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INTEROPERABILITY  AND  SUPPORTABILITY  OF  NATIONAL  SECURITY 
SYSTEMS,  AND  INFORMATION  TECHNOLOGY  SYSTEMS 


References:  See  Enclosure  F 

1 .  Purpose.  This  instruction: 

a.  Establishes  policies  and  procedures  for  the  J-6  interoperability 
requirements  certification  of  mission  need  statements  (MNSs),  Capstone 
Requirements  Documents  (CRDs),  and  operational  requirements 
documents  (ORDs)  required  by  reference  a. 

b.  Details  a  methodology  to  develop  interoperability  key  performance 
parameters  (KPPs)  derived  from  a  set  of  top-level  information  exchange 
requirements  (lERs)  as  required  by  reference  a  and  based  on  the  format 
and  content  of  the  integrated  architecture  products  described  in  the  C4ISR 
Architecture  Framework  (reference  h). 

c.  Establishes  policies  and  procedures  for  the  J-6  supportability 
certification  of  command,  control,  communications,  computers,  and 
intelligence  (C4I)  support  plans  (C 4 ISPs). 

d.  Establishes  policies  and  procedures  for  the  J-6  interoperability 
system  validation. 

2.  Cancellation.  CJCSI  6212.01A,  30  June  1995,  “Compatibility, 
Interoperability,  and  Integration  of  Command,  Control,  Communications, 
Computers,  and  Intelligence  Systems,”  is  canceled. 

3.  Applicability 

a.  This  instruction  applies  to  the  Joint  Staff,  Services,  unified 
commands,  and  those  DOD  field  activities  and  Defense  agencies 
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supporting  the  defense  acquisition  responsibilities  of  the  Chairman  of  the 
Joint  Chiefs  of  Staff.  This  instruction  also  applies,  in  general,  to  other 
agencies  preparing  and  submitting  requirements  lAW  references  b  and  c. 

b.  Highly  sensitive  classified  programs  will  comply  with  this 
instruction,  but  will  be  tailored  to  account  for  special  security 
considerations  (reference  b,  part  I,  paragraph  1.4,  and  reference  c,  page 
2). 


c.  This  instruction  does  not  preclude  the  need  to  refer  to  reference  a, 
“Requirements  Generation  System,”  and  the  basic  DOD  5000  series 
documents  for  guidance  and  direction  on  defense  acquisition.  All  DOD 
components  responsible  for  generating  requirements  documents  will 
base  their  respective  procedures  for  ACAT  II  and  below  programs  on 
those  contained  in  reference  a. 

4.  Scope.  This  instruction  addresses  the  interoperability  and 
supportability  of  new  National  Security  Systems  (NSS)  and  information 
technology  systems  (ITS)  or  modifications  to  existing  systems  regardless 
of  ACAT.  NSS  and  ITS  are  defined  in  Part  II  of  the  Glossary.  Intelligence 
supportability  is  addressed  in  a  separate,  but  related,  process  conducted 
by  the  J-2.  This  instruction  considers  automated  information  systems 
(AISs)  to  be  an  ITS. 

5.  Policy 

a.  National  Security  Systems  and  Information  Technology  Systems 
Development 

(1)  For  purposes  of  interoperability  and  supportability,  all  NSS  and 
ITS  developed  for  use  by  US  forces  are  for  joint  (references  d  and  e), 
combined,  and  coalition  use.  Interoperability  and  supportability  of  NSS 
and  ITS  requirements  will  be  determined  during  the  requirements 
validation  process  and  will  be  updated  as  necessary  throughout  the 
acquisition  period,  deployment,  and  operational  life  of  a  system 
(reference  a). 

(2)  The  overall  objective  of  this  policy  decision  is  to  develop, 
acquire,  and  deploy  NSS  and  ITS  that  (1)  meet  the  essential  operational 
needs  of  US  forces;  (2)  are  interoperable  with  existing  and  proposed  NSS 
and  ITS;  (3)  are  supportable  over  the  existing  and  planned  global 
information  grid;  and  (4)  are  interoperable  with  allies  and  coalition 
partners. 

b.  J-6  Certification  and  Validation  Process.  Figure  1  below  illustrates 
the  two  J-6  certifications  and  one  J-6  validation  discussed  in  the 
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following  paragraphs.  J-2  certification  of  intelligence  supportability 
related  to,  but  has  distinctions  from  procedures  in  this  instruction. 

(1)  J-6  Interoperability  Requirements  Certification.  This 
certification  occurs  prior  to  each  acquisition  milestone  (0,  I,  II,  III). 

(a)  The  J-6  certifies  MNSs,  CRDs,  and  ORDs,  regardless  of 
ACAT  level,  for  conformance  with  joint  NSS  and  ITS  policy,  doctrine,  and 
interoperability  standards.  The  J-6  also  certifies  the  interoperability  KPP 
derived  from  a  set  of  top-level  lERs.  As  part  of  the  review  process,  J-6 
requests  assessments  from  the  Services,  Defense  Information  Systems 
Agency  (DISA),  and  DOD  agencies. 


(b)  CINCs  are  required  to  review  and  comment  on  ACAT  I/IA 
and  Joint  Requirements  Oversight  Council  (JROC)  special  interest 
requirements  documents  during  the  J-8  JROC  formal  review.  CINCs  are 
provided  the  opportunity  to  review  and  comment  on  ACAT  II  and  below 
documents  during  the  J-6  interoperability  requirements  certification 


process. 

(c)  USJFCOM,  as  the 
joint  force  integrator,  will 
review  and  confirm  sufficiency 
of  interoperability  KPPs  and 
lER  matrices  for  all  CRDs  and 
ORDs  regardless  of  ACAT. 


(d)  The  J-6  forwards 
interoperability  requirements  ' 

certification  to  the  JROC  for  ACAT 
I/IA  and  JROC  special  interest 
programs  or  to  the  sponsoring  DOD 
component  for  ACAT  II  and  below 
programs.  Also,  J-6  forwards 
unresolved  interoperability 
issues  to  the  Military 
Communications-Electronics  Board 
(MCEB)  or  Military  Intelligence  Board 
(MIB)  for  resolution. 


(e)  The  MCEB  or  MIB  will  return 
resolved  interoperability  issues  to  the  lead  DOD 
component  so  it  may  complete  JROC  approval 
process.  The  MCEB  and  MIB  will 
ensure  that  unresolved  issues  Figure  i  j-t 
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J-6  Interoperability  Requirements  Certification  {at  each  Milestone) 


\  \  [g]  7  /I 

J-6  Supportability  Certification  {at  each  Milestone) 


DOT&E  Review 


_ Service /Agency  Testing _ 

DT/ Standards  Conformance  |  Operational  Test  &  Evaluation 

—  ^  V  I  I  ~ — 

_ PISA  (JITC) _ 

Interoperability  Test  Certification  | 


J-6  Interoperability  System  Validation 


Production  or  Fielding  Decision 


Service/Agency 

Lifecycle  Support 


Figure  1  J-6  Certification  and  Validation  Process 
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resulting  from  interoperability  assessments  are  presented  to  the  JROC 
for  resolution  or  further  action  (see  Enclosure  D,  Figure  D-1). 

(2)  J-6  Supportability  Certification.  The  J-6  certifies  to  ASD(C3I) 
that  C4ISPs,  regardless  of  ACAT,  adequately  address  NSS  and  ITS 
infrastructure  requirements,  the  availability  of  bandwidth  and  spectrum 
support,  funding,  personnel,  and  identify  dependencies  and  interface 
requirements  between  systems.  As  part  of  the  review  process,  J-6 
requests  supportability  assessments  from  DISA  and  DOD  agencies. 

CINCs  are  provided  the  opportunity  to  review  and  comment  on 
documents,  regardless  of  ACAT,  during  the  J-6  supportability 
certification  process.  J-6  conducts  a  supportability  certification  for 
C4ISPs  prior  to  Milestone  I,  II,  and  III  for  submission  to  ASD(C3I)  as  part 
of  the  C4ISP  review  process.  In  a  separate,  but  related  process,  the  J-2 
provides  an  intelligence  supportability  certification. 

(3)  J-6  Interoperability  System  Validation.  The  J-6  validation  is 
intended  to  provide  total  life-cycle  oversight  of  warfighter  interoperability 
requirements.  The  J-6  validates  that  the  interoperability  KPP  derived 
from  the  set  of  top-level  lERs  approved  in  the  CRD  (if  applicable),  ORD, 
and  C4ISP  was  adequately  tested  and  testing  results  certified  during  the 
DISA  (JITC)  interoperability  system  test  certification.  Fifteen  days  after 
receipt  of  the  DISA  (JITC)  interoperability  system  test  certification 
memorandum  (described  in  paragraph  c  below),  the  J-6  will  issue  an 
interoperability  system  validation  memorandum  to  the  respective 
Services,  agencies,  and  developmental  and  operational  testing 
organizations. 

c.  Interoperability  Testing  and  Test  Certification 

(1)  All  NSS  and  ITS,  regardless  of  ACAT,  must  be  tested  and 
testing  results  certified  by  DISA  (JITC) .  Testing  may  be  performed  in 
conjunction  with  other  testing  (i.e.,  DT&E,  OT&E,  early  user  test) 
whenever  possible  to  conserve  resources.  Interoperability  evaluation  and 
testing  will  be  conducted  throughout  the  life  cycle  of  NSS  and  ITS  and 
interfaces.  See  Appendix  B  to  Enclosure  D  for  a  description  of  the 
interoperability  system  test  and  certification  process. 

(2)  Interoperability  testing  and  test  certification  must  be  addressed 
as  an  integral  part  of  the  requirements  generation  process  prior  to 
production  and  fielding  approval  (if  not  sooner)  by  the  milestone  decision 
authority  (MDA)  at  all  ACAT  levels. 

(3)  Standards  conformance  testing,  as  well  as  interoperability 
interface  testing,  will  be  planned  and  conducted  during  the  development 
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and  acquisition  of  the  system  with  the  systems  being  certified  in  writing 
by  DISA  (JITC)  prior  to  each  program’s  milestone  decision. 

(4)  Hardware  and  software  modifications  that  affect 
interoperability  of  fielded  NSS  and  ITS  will  require  DISA  (JITC) 
recertification  before  the  modifications  are  fielded  for  initial  operational 
capability  (IOC). 

d.  Interoperability  Policy  and  Test  Panel 

(1)  MCEB  Interoperability  Policy  and  Test  Panel  (IPTP)  resolves 
issues  in  joint  testing  and  interoperability  certification.  Intelligence 
interoperability  issues  will  be  referred  to  the  MIB. 

(2)  A  temporary  waiver  from  interoperability  system  testing 
certification  —  an  Interim  Authority  to  Operate  (lATO)  —  may  be  granted 
by  the  IPTP  in  special  situations. 

(3)  Submit  requests  for  an  lATO  to  the  IPTP  lAW  reference  f  (or  see 
the  DISA  (JITC)/IPTP  website:  http://jitc.fhu.disa.mil). 

(4)  lATOs  will  not  to  exceed  1  year. 

e.  Interoperability  Testing  and  Test  Certification  Programming  and 
Budgeting 

(1)  CINCs,  Services,  and  agencies  (C/S/As)  are  generally 
responsible  for  funding  interoperability  testing  for  systems  that  have  not 
reached  IOC.  Required  interoperability  testing  and  certification  will 
impact  schedule  and  program  cost  and  will  need  to  be  added  to  POM  and 
program  cost  estimates. 

(2)  C/S/A  may  designate  and  fund  another  C/S/A  test 
organization  to  conduct  interoperability  testing. 

(3)  When  DISA  (JITC)  is  not  the  interoperability  testing 
organization,  interoperability  test  plans,  test  analysis,  and  test  reports 
will  be  coordinated  with  and  approved  by  DISA  (JITC)  to  ensure  sufficient 
information  is  available  to  allow  DISA  (JITC)  to  certify  a  system.  Tests 
and  certifications  are  scheduled  by  DISA  (JITC) ,  with  a  balance  between 
the  program  manager’s  schedule,  DISA  (JITC)’s  available  test  resources, 
organizational  priorities,  and  functional  priorities. 

f.  Interoperability  Testing  and  Test  Certification  Prioritization. 

C/S/As  will  incorporate  interoperability  testing  into  their  overall  testing 
plans  in  coordination  with  DISA  (JITC) . 
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(1)  DISA  (JITC)  uses  the  following  organizational  prioritization  for 
testing,  assessing,  and  certifying  interoperability:  (1)  joint  NSS  and  ITS 
systems  that  support  the  unified  commands,  (2)  joint  NSS  and  ITS 
systems  that  are  acquired  by  the  Services,  and  (3)  systems  that  are 
acquired  by  the  Defense  agencies. 

(2)  The  order  for  functional  prioritization  is:  (1)  tactical  and 
strategic  warning  and  communications  that  support  the  unified 
commands  and  the  National  Command  Authorities  (NCA);  (2)  C2  systems 
that  support  the  unified  commands;  (3)  intelligence  systems  that  support 
the  unified  commands;  and  (4)  combat  service  support  systems  that 
support  the  unified  commands. 

(3)  The  proposed  DISA  (JITC)  interoperability  testing  and  test 
certification  schedule  will  be  submitted  to  the  IPTP  for  review  and 
approval.  Any  conflicts  in  schedules,  testing  resources,  or  priorities  are 
resolved  by  the  IPTP,  if  possible.  Issues  that  cannot  be  resolved  by  the 
IPTP  process  will  be  brought  to  the  attention  of  the  MCEB  for  final 
resolution. 

(4)  The  interoperability  test  certification  prioritization  process  is 
intended  as  a  positive  enhancement  to  overall  system  development  and 
should  not  impede,  delay,  or  restrict  individual  system  milestone 
accomplishment  as  a  result  of  a  lack  of  testing  resources.  Should  test 
delays  occur  as  a  result  of  the  lack  of  tester  resources,  then  test  waivers 
should  be  submitted  to  the  IPTP. 

g.  Standardized  Test  Plans.  DISA  develops  standardized  test  plans 
and  procedures  in  coordination  with  the  Services  and  agencies  for 
conducting  standards  conformance  testing,  interoperability  testing,  and 
certification  of  specific  categories  or  classes  of  NSS  and  ITS  systems.  The 
standardized  test  plans  and  procedures  for  conducting  interoperability 
system  test  certification  are  available  from  DISA  (JITC) . 

h.  Information  Technology  Standards.  New  or  modified  NSS  and  ITS 
systems  should  be  standards-based.  NSS  and  ITS  must  comply  with 
applicable  information  technology  standards  contained  in  the  current 
DOD  Joint  Technical  Architecture  (JTA)  (reference  g  is  available  at 

http :  /  /  www-j  ta .  ncr .  disa .  mil) . 

i.  NSS  and  ITS  System-specific  Policies.  Current  and  newly 
established  interoperability  related  policies  that  impact  J-6  certifications 
are  detailed  in  Enclosure  E. 
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j.  Interoperability  Key  Performance  Parameter  (KPP) 

(1)  CJCSI  3 170.01  A  (reference  a)  requires  CRDs  and  ORDs  to  contain 
an  interoperability  KPP  that  is  derived  from  the  set  of  top-level  information 
lERs  that  characterize  the  information  exchanges  to  be  performed  by  the 
proposed  family  of  systems  (FoS) /system  of  systems  (SoS)  or  system. 

(a)  For  CRDs,  top-level  lERs  are  defined  as  those  information 
exchanges  that  are  between  systems  that  make  up  the  FoS  or  SoS,  as  well 
as  those  that  are  external  to  the  FoS  or  SoS  (i.e.,  with  other  C/S/A,  allied, 
and  coalition  systems) . 

(b)  For  ORDs,  top-level  lERS  are  defined  as  those  information 
exchanges  that  are  external  to  the  system  (i.e.,  with  other  C/S/A,  allied, 
and  coalition  systems) . 

(2)  Top-level  lERs  are  derived  from  a  high-level  operational  concept 
graphic  and  a  system  interface  description  that  illustrate  the  proposed 
system’s  information  exchange  requirements  for  mission 
accomplishment. 

(a)  Top-level  lERs  at  the  CRD  level  do  not  impose,  nor  should 
they  be  construed  as  imposing,  any  specific  material  solution.  CRD  top- 
level  lERs  are  designed  to  identify  the  basic  characteristics  of  the 
information  that  needs  to  be  exchanged  between  C/S/A,  allies,  and 
coalition  partners  in  order  to  accomplish  the  mission. 

(b)  lERs  are  described  in  a  matrix  format. 

(c)  CRD  Interoperability  KPPs,  and  hence  the  lERs  that  the 
Interoperability  KPPs  are  derived  from,  will  be  measurable. 

(d)  ORD  Interoperability  KPPs,  and  hence  the  lERs  that  the 
interoperability  KPPs  are  derived  from,  will  be  measurable  and  testable. 

(3)  The  interoperability  KPP,  along  with  other  KPPs  and  critical 
technical  and  operational  issues,  is  used  to  develop  the  C4ISP  and  the 
test  and  evaluation  master  plan  (TEMP) .  A  methodology  to  develop  CRD 
and  ORD  interoperability  KPPs,  based  on  the  procedures  described  in  the 
C4ISR  Architecture  Framework  (reference  h)  is  detailed  in  Enclosure  B. 

6.  Implementation  and  Supplementation.  This  instruction  will  not  be 
supplemented  without  the  prior  approval  of  the  Vice  Chairman  of  the 
Joint  Chiefs  of  Staff  or  his  delegated  representative. 

7.  Abbreviations.  Acronyms,  and  Definitions.  See  the  Glossary. 
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8.  Responsibilities.  See  Enclosure  A. 

9.  Summary  of  Changes.  Major  changes  reflect  revisions  to  reference  a. 
A  methodology  to  develop  CRD  and  ORD  interoperability  KPPs  required  by 
reference  a  is  detailed  in  Enclosure  B.  MNS,  CRD,  and  ORD  assessment 
criteria  matrices  were  updated,  and  C4ISP  assessment  criteria  matrix 
were  added.  J-6  assessment  tool  procedures,  J-6  supportability 
certification,  and  NSS  and  ITS  specific  policies  were  added.  C4I  for  the 
Warrior  was  deleted. 

10.  Effective  Date.  This  instruction  is  effective  upon  receipt. 

1 1 .  Releasability.  This  instruction  is  approved  for  public  release  and 
distribution  is  unlimited.  DOD  components  (to  include  the  combat 
commands),  other  Federal  agencies,  and  the  public  may  obtain  copies  of 
this  instruction  through  the  Internet  from  the  CJCS  Directives  Home 
Page  —  http://www.dtic.mil/doctrine/jel/cjcsd.htm.  Copies  are  also 
available  through  the  Government  Printing  Office  on  the  Electronic 
Library  CD-ROM. 


For  the  Chairman  of  the  Joint  Chiefs  of  Staff: 


c.w.  fulf()rd,|jr 

Lieutenant  (Sendral, 
Director,  JoinT^taff 
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.,S.  Marine  Corps 
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ENCLOSURE  A 
RESPONSIBILITIES 


1 .  The  Joint  Staff.  J-6.  will: 

a.  Conduct  an  interoperability  requirements  certification  of  MNSs, 
CRDs,  and  ORDs,  regardless  of  ACAT  level. 

b.  Conduct  supportability  certifications  of  C4I  support  plans, 
regardless  of  ACAT  level. 

c.  Conduct  interoperability  system  test  validation  of  all  NSS  and  ITS 
regardless  of  ACAT. 

d.  Coordinate  interoperability  and  supportability  policies,  procedures, 
and  programs. 

e.  Advise  OSD  on  NSS  and  ITS  interoperability  and  supportability  in 
the  areas  of  military  requirements,  research  and  development  (R&D), 
security  assistance,  and  force  planning  in  concert  with  J-2,  J-3,  J-4,  J-7, 
and  J-8. 

f.  Monitor  R&D  and  acquisition  of  NSS  and  ITS  in  collaboration  with 
J-8. 

g.  Convene  the  MCEB  consisting  of  the  senior  Service  and  agency 
officials  responsible  for  communications-electronics  matters  and  act  as 
chairman  (reference  f).  The  MCEB  will  consider  interoperability  and 
supportability  matters  referred  to  it  by  the  Secretary  of  Defense  and  the 
Chairman  of  the  Joint  Chiefs  of  Staff.  The  board  will: 

(1)  Act  as  the  senior  resolution  body  for  issues  related  to  NSS  and 
ITS,  standards,  and  interoperability  testing  issues. 

(2)  Obtain  coordination  for  issues  presented  to  the  board  among 
DOD  components,  between  the  Department  of  Defense  and  other 
governmental  departments  and  agencies,  and  between  the  Department  of 
Defense  and  representatives  of  foreign  nations. 

(3)  Coordinate  and  furnish  advice,  guidance,  direction,  and 
assistance  among  components  for  NSS  and  ITS  interoperability  and 
supportability  matters. 
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(4)  Establish  the  following  subpanels  whose  duties  in  regards  to 
this  instruction  are  as  defined: 

(a)  The  IPTP  will  oversee  conduct  of  the  interoperability 
certification  process,  resolve  testing  issues,  and  waive  requirements  for 
interoperability  certification. 

(b)  The  information  assurance  panel  (lAP)  will  resolve 
information  assurance  (lA)  interoperability  issues.  This  includes  lA 
interoperability  requirements  between  US  NSS  and  ITS  and  those  of 
allies. 


(c)  The  data  systems  interoperability  panel  (DP)  will  resolve 
issues  involving  procedures  for  tactical  information  exchange. 

(d)  The  standards  coordinating  committee  (SCC)  will  resolve 
standards  issues  that  arise  in  the  MCEB  process. 

h.  Designate  a  POC  to  act  as  the  J-6  assessment  tool  executive  agent 
(see  Appendix  A,  Enclosure  D). 

2.  Joint  Staff.  J-2.  will: 

a.  Perform  intelligence  interoperability  assessment  of  MNSs,  ORDs, 
CRDs  for  all  ACATs  and  forward  to  the  J-6. 

b.  Designate  a  J-2  document  assessor  POC  for  the  J-6  assessment 
tool  (see  Appendix  A,  Enclosure  D).  There  is  only  one  document  assessor 
POC  for  each  organization.  The  document  assessor  POC  is  responsible 
for  identifying  who  in  his/her  organization  should  review  a  document 
and  for  providing  the  individual  the  “document  assessor”  username  and 
password  so  they  can  access  the  J-6  assessment  tool.  The  document 
assessor  username  and  password  are  obtained  from  J-6I. 

3.  POD  Chief  Information  Officer  (CIO)  will: 

a.  Ensure  the  interoperability  of  NSS  and  ITS  throughout  the 
Department  of  Defense. 

b.  Prescribe  NSS  and  ITS  standards  that  will  apply  throughout  the 
Department  of  Defense. 

c.  Eliminate  duplicate  information  technology  within  and  between  the 
Military  Departments  and  Defense  agencies. 
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4.  US  Joint  Forces  Command  (USJFCOM).  As  the  joint  force  integrator, 
USJFCOM  will  review  and  confirm  the  sufficiency  of  interoperability  KPPs 
and  lER  matrices  for  all  CRDs  and  ORDs  regardless  of  ACAT.  This 
evaluation  will  be  based  on  the  warfighter’s  perspective  using  a  universal 
joint  task  list  (UJTL) /joint  mission-essential  task  list  (JMETL)  based 
assessment  process. 

5.  CINCs  will: 

a.  Review  and  comment  on  all  ACAT  I/IA  and  JROC  special  interest 
documents  that  are  validated  and  approved  by  the  JROC.  CINCs  also 
are  provided  the  opportunity  to  review  and  comment  on  ACAT  II  and 
below  documents  during  the  J-2  and  J-6  certification  processes. 

b.  Designate  a  CINC  document  submitter  POC  for  the  J-6  assessment 
tool  (see  Appendix  A,  Enclosure  D).  Each  organization  will  have  only  one 
document  submitter  POC.  The  document  submitter  POC  identifies  the 
individual  within  the  organization  who  is  authorized  to  submit 
documents  on-line,  and  provides  that  individual  the  username  and 
password  needed  to  access  the  J-6  assessment  tool.  The  document 
submitter  username  and  password  are  obtained  from  J-6I. 

c.  Designate  a  CINC  document  assessor  POC  for  the  J-6  assessment 
tool  (see  Appendix  A,  Enclosure  D).  Each  organization  will  have  only  one 
document  assessor  POC.  The  document  assessor  POC  identifies  the 
individual  within  the  organization  who  should  review  a  document,  and 
provides  the  individual  with  the  document  assessor  username  and 
password  needed  to  access  the  J-6  assessment  tool.  The  document 
assessor  username  and  password  are  obtained  from  J-6I. 

d.  Participate,  as  appropriate,  in  NSS  and  ITS  interoperability  testing 
programs  by  planning,  programming,  budgeting,  and  providing  resources 
lAW  agreed-to  schedules  and  test  plans.  Required  interoperability 
testing  and  certification  will  have  some  impact  on  schedule  and  cost  of 
programs.  These  cost  and  schedule  impacts  will  need  to  be  added  to 
POM  and  project  cost  estimates. 

6.  Military  Services  and  Defense  Agencies  will: 

a.  Designate  a  Service  or  agency  document  submitter  POC  for  the  J-6 
assessment  tool  (see  Appendix  A,  Enclosure  D).  Each  organization  will 
have  only  only  one  document  submitter  POC.  The  document  submitter 
POC  identifies  the  individual  authorized  to  submit  documents  on-line, 
and  provides  that  individual  with  the  document  submitter  username  and 
password  needed  to  access  the  J-6  assessment  tool.  The  document 
submitter  username  and  password  are  obtained  from  J-6I. 
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b.  Designate  a  Service  or  agency  document  assessor  POC  for  the  J-6 
assessment  tool  (see  Appendix  A,  Enclosure  D).  Each  organization  will 
have  only  one  document  assessor  POC.  The  document  assessor  POC 
identifies  the  individual  who  reviews  a  document  and  provides  that 
individual  with  the  document  assessor  username  and  password  needed 
to  access  the  J-6  assessment  tool.  The  document  assessor  username 
and  password  are  obtained  from  J-6I. 

c.  Identify  all  Service  or  agency  systems  that  require  external  joint 
and  combined  interfaces  with  other  Service  or  agency  programs  and 
systems. 

d.  Ensure  ORD  interoperability  KPPs  along  with  other  KPPs  and 
critical  technical  and  operational  issues  are  used  to  develop  the  C4ISP 
and  the  TEMP. 

e.  Ensure  the  PMs  design  includes  user  required  external  joint  and 
combined  system  interfaces  when  modifying  systems  through 
coordination  with  all  DOD  components  and  allies. 

f.  Participate  in  configuration  management  (CM)  of  interface 
standards. 

g.  Participate  in  DOD  efforts  to  influence  development  of  non¬ 
government  standards  for  supportability  of  all  NSS  and  ITS.  Implement 
standards  in  candidate  systems  and  test  those  implementations  for 
conformance  with  the  standards. 

h.  Participate  in  the  MCEB  and  appropriate  subpanels. 

i.  Develop,  in  coordination  with  DISA  (JITC),  interoperability  test  and 
evaluation  criteria  for  inclusion  in  acquisition  documents,  TEMP,  and 
other  test  plan  submissions.  Prior  to  a  Milestone  III  decision  approval  for 
all  new  or  modified  NSS  and  ITS,  the  Services  and  Defense  agencies  will 
ensure  those  systems  undergo  interoperability  certification  testing  lAW 
these  criteria.  This  includes  any  limited  or  prototype  IOC  fielding. 

j.  Participate  in  NSS  and  ITS  interoperability  testing  programs  by 
planning,  programming,  budgeting,  and  providing  resources  in 
accordance  with  agreed-to  schedules  and  test  plans.  Resources  include 
the  Service  systems,  equipment,  and  personnel  necessary  to  accomplish 
interoperability  testing.  Required  interoperability  testing  and 
certification  will  have  some  impact  on  schedule  and  cost  of  programs. 
These  cost  and  schedule  impacts  will  need  to  be  added  to  POM  and 
project  cost  estimates.  The  amount  of  this  funding  will  be  coordinated 
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with  the  sponsor  by  DISA  (JITC)  prior  to  the  initiation  of  DISA  (JITC) 
efforts. 

k.  Provide  direction  to  acquisition  managers  to  ensure  that  all 
weapon  systems  that  have  or  depend  on  NSS  and  ITS  capabilities  are 
tested  for  interoperability. 

l.  Provide  guidance  to  all  program  managers  to  ensure  that 
information  assurance  hardware  and  software  capabilities  (tools)  are 
assessed  for  and  meet  interoperability  requirements  as  established  by 
the  lAP. 

7.  Director.  DISA.  will: 

a.  Participate  in  the  technical  assessment  of  requirement  documents 
and  C4ISPs. 

b.  Exercise  DISA’s  role  as  executive  agent  for  coordinating  and 
integrating  the  DOD  defense  information  infrastructure  (DII)  common 
operating  environment  (COE)  activities. 

c.  Exercise  DISA’s  role  as  executive  agent  for  coordinating  and 
integrating  the  DOD  ITS  standards  activities. 

d.  Manage  the  NSS  and  ITS  Standards  Program  and  administer  the 
process  to  ensure  that  appropriate  standards  are  available  and  used, 
including  defining  standards  requirements  and  planning,  prioritizing, 
and  resourcing  standards  projects. 

e.  Provide  guidance,  assistance,  and  information  on  appropriate  use 
of  standards,  the  applicability  of  standards  to  functional  areas  (e.g., 
networking),  system  domains  (e.g.,  intelligence),  and  program  phases 
(e.g.,  use  of  existing  standards  for  imminent  acquisitions  and  use  of 
emerging  standards  for  long-range  program  planning). 

f.  Provide  an  assessment  of  the  suitability  of  standards  identified  in 
MNSs,  CRDs,  ORDs,  and  C4ISPs  submitted  under  this  instruction. 
Standards  issues  that  cannot  be  resolved  will  be  forwarded  by  DISA  to 
the  see  of  the  MCEB. 

g.  Provide  systems  engineering  and  developmental  interoperability 
testing  assistance  to  system  developers  to  help  ensure  maximum 
interoperability  and  minimum  duplication. 

h.  Forward  interoperability  system  test  certification  results  to  the  J-6. 
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i.  Review  all  available  TEMPs  and  provide  acquisition  managers  with 
recommended  interoperability  test  and  evaluation  criteria  for  inclusion  in 
acquisition  documents  and  test  plans. 

j.  Establish  and  conduct,  in  collaboration  with  other  DOD 
components,  an  interoperability-testing  program  for  NSS  and  ITS 
systems. 

k.  Certify  interoperability  and  standards  implementation  or 
compliance  to  the  MCEB  IPTP  and  to  the  developmental  and  operational 
testing  organizations  of  DOD  components. 

l.  Submit  an  annual  report  to  the  Joint  Staff  J-6,  USD  (AT&L),  ASD 
(C3I),  DOT&E,  and  USJFCOM  containing  a  by-system  executive 
summary  of  systems  tested  for  interoperability  with  relevant  information 
regarding  certification. 

m.  Serve  as  executive  agent  for  the  MCEB  IPTP  (reference  f). 

n.  Coordinate  with  DIA  in  matters  of  networking  and 
communications  services  for  the  DOD  Intelligence  Information  System 
(DODIIS). 

o.  Facilitate  joint  interoperability  across  the  global,  theater,  and 
tactical  network  boundaries. 

p.  Provide  system  engineering,  planning,  and  program  guidance  to 
the  other  components  to  implement  solutions  and  to  facilitate  joint 
interoperability. 

q.  In  coordination  with  the  National  Security  Agency  (NS A),  review, 
coordinate,  and  define  tactical  signals  intelligence  (SIGINT)  standards 
and  processes  and  promote  security,  integration,  interoperability,  and 
data  sharing  among  systems. 

r.  Provide  test  tools  and  support  systems  in  support  of 
interoperability  and  standards  compliance  testing. 

s.  Designate  a  central  office  to  act  as  a  J-6  assessment  tool  system 
manager  (see  Appendix  A,  Enclosure  D). 

t.  Designate  a  document  assessor  POC  for  the  J-6  assessment  tool 
(see  Appendix  A,  Enclosure  D).  Each  organization  has  only  one 
document  assessor  POC.  The  document  assessor  POC  identifies  the 
individual  within  the  organization  who  should  review  a  document  and 
provides  that  individual  with  the  document  assessor  username  and 
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password  needed  to  access  the  J-6  assessment  tool.  The  document 
assessor  username  and  password  are  obtained  from  J-6L 

u.  For  systems  processing  classified  information,  coordinate  with  the 
designated  accrediting  agent  to  ensure  security  testing  considerations 
are  addressed  in  interoperability  testing. 

V.  Establish  and  maintain  an  automated  process  to  schedule  testing, 
monitor  certification  status,  document  lATO  information,  and  track 
uncertified  systems  as  identified. 

w.  In  coordination  with  NSA,  ensure  that  there  is  an  adequate  level  of 
information  assurance  to  meet  the  information  threat  identified. 

8.  Director.  National  Security  Agency  (NSA),  will: 

a.  Approve  all  Service  and  USSOCOM  tactical  SIGINT  investment 
programs  and  provide  standards  compliance  and  interoperability 
assessment  reports  to  assist  MDAs  in  production  decisions. 

b.  Ensure  DOD  cryptologic  programs  and  US  Signals  Intelligence 
Directives  (USSIDs)  comply  with  interoperability  and  supportability 
policy. 

c.  Ensure,  in  coordination  with  other  DOD  components,  that 
requirements  for  cryptologic  systems  interoperability  are  satisfied 
through  the  design  and  development  of  technical,  procedural,  and 
operational  interfaces  between  NSS  and  ITS  systems  and  those 
intelligence  systems  processing  foreign  intelligence  and  foreign 
counterintelligence  information. 

d.  Perform  CM  for  cryptologic  systems  and  jointly  with  DISA  perform 
CM  for  the  interface  between  cryptologic  systems  and  the  NSS  and  ITS 
systems. 

e.  Designate  a  document  assessor  POC  for  the  J-6  assessment  tool 
(see  Appendix  A,  Enclosure  D).  Each  organization  has  only  one 
document  assessor  POC.  The  document  assessor  POC  identifies  the 
individual  in  the  organization  who  should  review  a  document  and 
provides  that  individual  with  the  document  assessor  username  and 
password  needed  to  access  the  J-6  assessment  tool.  The  document 
assessor  username  and  password  are  obtained  from  J-6I. 

9.  Director.  National  Imagery  and  Mapping  Agency  (NIMA),  will: 
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a.  Ensure  that  US  Imagery  and  Geospatial  System  (USIGS)  standards 
and  specifications  established  for  imagery,  imagery  intelligence,  and 
geospatial  information  (formerly  mapping,  charting,  and  geodesy)  support 
the  interoperability  of  NSS  and  ITS  via  coordination  with  the  Military 
Services,  DISA,  and  the  unified  commands. 

b.  Ensure  USIGS  standards  and  specifications  incorporate  imagery 
and  geospatial  information  release  or  disclosure  decisions. 

c.  Ensure  that  commercial  and  nongovernmental  standards  used  for 
imagery  and  geospatial  systems  and  applications  are  open-systems 
based  and  conform  to  DII  and  DOD  JTA  tenets  for  interoperability. 

d.  Designate  a  document  assessor  POC  for  the  J-6  assessment  tool 
(see  Appendix  A,  Enclosure  D).  Each  organization  has  only  one 
document  assessor  POC.  The  document  assessor  POC  identifies  the 
individual  in  the  organization  who  should  review  a  document  and 
provides  that  individual  with  the  document  assessor  username  and 
password  needed  to  access  the  J-6  assessment  tool.  The  document 
assessor  username  and  password  are  obtained  from  J-6I. 

10.  Director.  Defense  Intelligence  Agency  (DIA),  will: 

a.  Ensure  that  standards  and  specifications  established  for 
measurement  and  signature  intelligence  (MASINT)  under  the  US  MASINT 
System  (USMS)  support  the  interoperability  of  NSS  and  ITS  systems  via 
coordination  with  the  Military  Services. 

b.  Ensure  that  commercial  and  nongovernmental  standards  used  for 
MASINT  systems  and  applications  are  open-systems  based  and  conform 
to  DII  and  DOD  JTA  tenets  for  interoperability. 
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ENCLOSURE  B 

INTEROPERABILITY  KEY  PERFORMANCE  PARAMETERS  AND  TOP- 
LEVEL  INFORMATION  EXCHANGE  REQUIREMENTS 


1 .  General.  This  enclosure  describes  the  development  of  CRD  and  ORD 
interoperability  KPPs  and  top-level  lERs  based  on  the  format  and  content 
of  the  integrated  architecture  products  described  in  the  C4ISR  architecture 
framework  (reference  h). 

2.  Interoperability  KPP.  Reference  a  requires  that  CRD  and  ORD 
interoperability  KPPs  be  derived  from  the  set  of  top-level  lERs.  lERs 
characterize  the  information  exchanges  to  be  performed  by  the  proposed 
FoS,  SoS,  or  system.  The  following  paragraphs  discuss  top-level  lERs  and 
interoperability  KPPs  and  outline  a  recommended  methodology  to  develop 
CRD  and  ORD  interoperability  KPPs. 

3.  Top-Level  Interoperability  lERs 

a.  For  CRDs,  top-level  lERs  are  defined  as  information  exchanges 
between  systems  that  make  up  the  FoS  or  SoS,  as  well  as  those  that  are 
external  to  the  FoS  or  SoS  (i.e.,  with  other  C/S/A,  allied,  and  coalition 
systems) . 

b.  For  ORDs,  top-level  lERS  are  defined  as  those  information 
exchanges  that  are  external  to  the  system  (i.e.,  with  other  C/S/A,  allied 
and  coalition  systems) . 

c.  A  top-level  lER  matrix  provided  in  a  worksheet  format  (i.e..  Excel, 
LOTUS,  or  Quattro  Pro)  will  be  part  of  CRDs  and  ORDs  when  submitted. 
Top-level  lERs  identify  who  exchanges  what  information  with  whom,  why 
the  information  is  necessary,  and  how  the  information  exchange  must 
occur.  Top-level  lERs  identify  warfighter  information  used  in  support  of  a 
particular  mission-related  task  and  exchanged  between  at  least  two 
operational  systems  supporting  a  joint  or  combined  mission. 

d.  Top-level  lERs  and  the  interoperability  KPP  will  be  extracted  from 
the  ORD  and  used  in  the  development  of  the  C4ISP.  Top-level  lERs  will  be 
provided  in  the  matrix  format  shown  in  Figure  B- 1 . 

e.  Top-level  lERs  may  also  be  imported  into  modeling  and  evaluation 
tools  including  network  warfare  simulation  (NETWARS)  and  Joint  C4ISR 
architecture  planning  and  analysis  system  (JCAPS).  NETWARS  and 
JCAPS  both  require  additional  fields  than  those  depicted  in  Figure  B-1. 
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f.  Note  that  there  is  more  detail  in  an  ORD  top-level  lER  matrix  than  in 
a  CRD  top-level  lER  matrix.  The  ORD  will  include  all  applicable  top-level 
lER(s)  identified  in  the  CRD  (if  a  CRD  exists).  If  the  ORD  is  using  a  time- 
phased,  evolutionary  or  block  requirements  approach,  the  ORD  must 
identify  the  lERs  for  each  phase  or  block. 

g.  The  top-level  lER  matrix  must  correlate  with  the  proposed  high-level 
operational  concept  graphic(s)  and  system  interface  description  (discussed 
in  paragraphs  7  and  8) . 

(1)  Sample  CRD  and  ORD  top-level  lER  matrices  are  illustrated  in 
Figures  B-3  and  B-6. 

(2)  In  the  development  of  the  top-level  lER  matrix,  the  originator  will 
determine  if  a  given  top-level  lER  is  critical  (top-level  lER  matrix  field  6) . 

h.  A  CRD  critical  top-level  lER  is  an  information  exchange  that  is  so 
significant  that  if  it  does  not  occur  the  CRD  mission  area  will  be  adversely 
impacted.  lERs  that  must  be  flowed  down  to  specific  systems  (ORDs) 
should  be  clearly  specified  in  the  CRD.  An  ORD  critical  top-level  lER 
supports  its  associated  CRD  critical  top-level  lER,  or  will  severely  and 
adversely  impact  on  a  warfighter  mission  if  not  accomplished. 

4.  Interoperability  Key  Performance  Parameter 

a.  CRD  interoperability  KPPs,  and  hence  the  lERs  that  the 
interoperability  KPPs  are  derived  from,  will  be  measurable.  ORD 
interoperability  KPPs,  and  hence  the  lERs  that  the  interoperability  KPPs 
are  derived  from,  will  be  measurable  and  testable. 

b.  Top-level  lERs  will  be  used  as  the  basis  to  develop  interoperability 
KPPs.  The  interoperability  KPP  definition  will  include  that  all  top-level 
lERs  will  be  satisfied  to  the  standards  specified  in  the  threshold  and 
objective  values. 

c.  Typically  the  threshold  criterion  for  the  interoperability  KPP  will  be 
100  percent  accomplishment  of  the  critical  top-level  lERs,  and  the  objective 
criterion  for  the  interoperability  KPP  will  be  the  accomplishment  of  all  top- 
level  lERs. 

d.  If  a  time-phased  evolutionary  or  block  approach  to  stating  ORD 
requirements  is  being  used,  the  ORD  should  identify  a  separate 
Interoperability  KPP  for  each  phase  or  block. 

5.  CRD  Interoperability  KPP  Development.  All  CRDs  will  have  an 
interoperability  KPP.  The  CRD  interoperability  KPP  defines  the  level  of 
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interoperability  required  to  be  a  part  of  the  CRD  FoS  or  SoS.  The  CRD 
interoperability  KPP  will  use  top-level  lERs  as  the  primary  measure  for 
interoperability  and  will  outline  the  specific  framework  for  CRD  ORDs  to 
follow  (reference  a) .  The  following  four-step  methodology  uses  products 
from  the  C4ISR  architecture  framework  (reference  h)  and  is  recommended 
to  develop  CRD  interoperability  KPPs. 

Step  1 .  Identify  top-level  joint  and  combined  information  exchanges 
that  are  between  systems  that  make  up  the  FoS  or  SoS,  as  well  as  those 
that  are  external  to  the  FoS  or  SoS,  using  a  high-level  operational  concept 
graphic  (OV-1)  (reference  h). 

Step  2.  Document  top-level  joint  and  combined  lERs  that  are 
between  systems  that  make  up  the  FoS  or  SoS,  as  well  as  those  that  are 
external  to  the  FoS  or  SoS  depicted  in  high-level  operational  concept 
graphic  (OV-1)  in  an  operational  information  exchange  matrix  (OV-3) 
(reference  h).  Use  matrix  format  illustrated  in  Figure  B-1 . 

Step  3.  Identify  and  label  critical  top-level  lERs.  A  CRD  critical  top- 
level  lER  is  an  information  exchange  that  is  so  significant  that  if  it  does  not 
occur  the  CRD  mission  area  will  be  adversely  impacted.  lERs  that  must  be 
flowed  down  to  specific  systems  (ORDs)  should  be  clearly  specified  in  the 
CRD.  Critical  top-level  lERs  will  be  required  at  threshold. 

Step  4.  Derive  an  interoperability  KPP  from  the  top-level  lER  matrix. 
A  typical  interoperability  KPP  is  detailed  below. 


Interoperability  KPP 

Threshold  (T) 

Objective  (O) 

All  top-level  lERs  will  be  satisfied  to  the 
standards  specified  in  the  threshold  (T) 
and  objective  (O)  values. 

100%  of  top-level 
lERs  designated 

critical 

100%  of  top-level 
lERs 

6.  ORD  Interoperability  KPP  Development.  All  ORDs  will  have  an 
interoperability  KPP. 

(a)  The  ORD  interoperability  KPP  defines  the  level  of  interoperability  for 
the  proposed  system.  The  ORD  interoperability  KPP  will  be  derived  from 
the  set  of  top-level  lERs  that  characterize  the  information  exchanges  to  be 
performed  by  the  proposed  system. 

(b)  A  case  may  exist  when  an  ORD  does  not  have  a  set  of  top-level  lERs. 
An  ORD  interoperability  KPP  that  defines  the  level  of  interoperability  for 
the  proposed  system  may  still  be  required. 
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(c)  ORDs  that  come  under  the  umbrella  of  a  CRD  should  ensure 
compliance  with  the  CRD  interoperability  KPP  (reference  a) . 

(d)  The  following  five-step  methodology  uses  products  from  the  C4ISR 
architecture  framework  (reference  h)  and  is  recommended  to  develop  ORD 
interoperability  KPPs. 

Step  1 .  Identify  top-level  joint  and  combined  external  interfaces 
using  a  high-level  operational  concept  graphic  (OV-1)  (reference  h). 

Step  2.  Identify  legacy,  current,  and  future  external  joint  and 
combined  subsystems  and  interfaces  that  are  required  to  exchange 
information  using  a  system  interface  description  (SV-1)  (reference  h). 

Step  3.  Document  top-level  joint  and  combined  external  lERs 
depicted  in  the  OV- 1  and  SV- 1  in  an  operational  information  exchange 
matrix  (OV-3)  (reference  h).  Use  the  matrix  format  illustrated  in  Figure  B- 
1. 


Step  4.  Identify  and  label  critical  top-level  lERs.  An  ORD  critical 
top-level  lER  is  required  to  support  its  associated  CRD  critical  top-level 
lER,  or  will  severely  and  adversely  impact  on  a  warfighter  mission  if  not 
accomplished.  Critical  top-level  lERs  will  be  required  at  threshold.  If  the 
ORD  is  using  a  time-phased,  evolutionary  or  block  requirements  approach, 
the  ORD  must  identify  the  lERs  for  each  phase  or  block. 

Steps.  Derive  interoperability  KPP  from  the  top-level  lER  matrix.  A 
typical  interoperability  KPP  is  detailed  below. 


Interoperability  KPP 

Threshold  (T) 

Objective  (O) 

All  top-level  lERs  will  be  satisfied  to  the 
standards  specified  in  the  threshold  (T) 
and  Objective  (O)  values  (In  blocks 
when  applicable). 

100%  of  top-level 
lERs  designated 
critical 

100%  of  top- 
level  lERs 

7.  High-Level  Operational  Concept  Graphic  (OV-1).  A  high-level 
operational  concept  graphic  will  tje  included  in  all  CRDs  and  ORDs.  The 
focus  of  the  graphic  is  to  present  a  top-level  view  of  the  system’s 
interoperability  requirements  with  other  current  and  known  future 
systems. 

a.  Top-level  is  defined  as  that  level  of  detail  required  to  graphically 
illustrate  how  the  new  system  exchanges  information  between  other 
C/S/A,  allied,  and  coalition  systems.  The  graphic  will  show  such  things  as 
missions,  top-level  operations,  organizations,  and  geographical  distribution 
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of  assets.  The  lines  connecting  the  systems  will  be  used  to  show  simple 
connectivity  and  can  be  annotated  to  show  what  information  is  exchanged. 
Sample  high-level  operational  concept  graphics  are  provided  in  reference  h 
and  figures  B-2  and  B-5. 

b.  ORDs  will  include  and  correlate  with  the  applicable  high-level 
operational  concept  graphics  identified  in  the  CRD  (if  a  CRD  exists). 

8.  System  Interface  Description  (SV-1).  A  system  interface  description  is 
not  required  for  CRDs,  but  is  required  for  ORDs. 

a.  The  focus  of  this  description  is  to  identify  specific  current  and 
known  future  NSS  and  ITS  subsystems  and  interfaces  that  are  required  to 
exchange  information.  The  goal  is  to  use  established  architectures  for 
information  exchange  and  to  identify  unique  system  information 
requirements  that  cannot  be  supported  with  current  or  projected 
architectures.  The  intent  is  to  eliminate  duplication  and  to  prevent 
individual  systems  from  creating  stovepipe  architectures. 

b.  The  system  interface  description  links  the  operational  and  systems 
architecture  views  by  depicting  the  assignments  of  subsystems  and  their 
interfaces  to  the  systems  and  described  in  the  high-level  operational 
concept  graphics  diagram.  The  system  interface  description  must  correlate 
with  the  provided  high-level  operational  concept  graphics.  The  information 
may  be  overlaid  on  the  high-level  operational  concept  graphics.  Sample 
system  interface  descriptions  are  illustrated  in  reference  h  and  figure  B-5 
in  this  enclosure. 

9.  ORD  -  CRD  Relationship.  The  interrelationship  between  the  ORD 
high-level  operational  concept  graphics,  system  interface  description, 
top-level  lERs,  KPPs,  and  CRD  high-level  operational  concept  graphics, 
top-level  lERs  and  KPPs  must  be  clearly  identified  in  the  ORD 
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Figure  B-1.  Top-Level  lER  Matrix  Format 
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10.  Top-level  lER  Matrix  Field  Definitions.  Only  the  first  six  fields  are 
mandatory  for  CRDs.  If  data  is  unknown  for  a  specific  top-level  lER  field  in 
the  proposed  ORD  top-level  lER  matrix,  annotate  the  field  element  as 
unknown  and  comment  as  to  the  anticipated  boundary  conditions  if  possible. 
It  is  expected  that  all  ORD  top-level  lER  field  information  will  be  available 
prior  to  a  Milestone  II  decision.  Avoid  lER  duplication  by  including  an 
optional  field  identifying  that  the  lER  is  bidirectional  when  appropriate. 

a.  Field  Number:  1. 

Field  Name:  Rationale/universal  joint  task  list  number(s)  (CRD/ORD 
Mandatory  Field). 

Definition:  Alpha-numeric  field  that  documents  the  proposed  system 
warfighting  and  warfighter  support  tasks  described  in  the  current  UJTL 
(reference  i)  that  this  lER  supports. 

Field  Example:  TA  3.2.7  Conduct  Air  and  Missile  Defense 
Operations.. 

b.  Field  Number:  2. 

Field  Name:  Event/Action  (CRD/ORD  Mandatory  Field) 

Definition:  A  free  text  field  that  describes  the  event  or  action  that 
triggers  the  need  for  the  information  exchange. 

Field  Examples:  Target  Request;  Track  Update;  Data  Request;  Track 
Automatic  Update. 

c.  Field  Number:  3. 

Field  Name:  Information  characterization  (CRD/ORD  Mandatory 
Field). 

Definition:  Pick  list  and  free  text  field  that  describes  the  content  of 
the  information. 

Pick  List:  C2,  Situational  Awareness,  Targeting,  Threat,  Fire  Support, 
Logistics,  Personnel,  Other  specified. 

Field  Example:  Targeting  -  Track  update  report. 

d.  Field  Number:  4. 

Field  Name:  Sending  node  (CRD/ORD  Mandatory  Field). 

Definition:  Free  text  field  that  describes  the  node  that  sends  the 
information  element. 

Field  Examples:  JICPAC,  JTF  JOC,  JFLCC,  JAOC,  JSF. 

e.  Field  Number:  5. 

Field  Name:  Receiving  Node  (CRD/ORD  Mandatory  Field). 

Definition:  Free  text  field  that  describes  the  node  that  receives  the 
information  element. 

Field  Examples:  JICPAC,  JTF  JOC,  JFLCC,  JAOC,  JSF. 
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f.  Field  Number:  6. 

Field  Name:  Critical  (CRD/ORD  Mandatory  Field). 

Definition:  A  logical  field  used  to  characterize  the  importance  of  the 
information  exchange.  A  CRD  critical  top-level  lER  is  an  information 
exchange  that  is  so  significant  that  if  it  does  not  occur  the  CRD  mission  area 
will  be  adversely  impacted.  An  ORD  critical  top-level  lER  is  one  that  is 
required  to  support  its  associated  CRD  critical  top-level  lER,  or  will  severely 
and  adversely  impact  on  a  warfighter  mission  if  not  accomplished. 

NOTE:  A  critical  lER  is  an  interoperability  KPP  threshold  requirement. 

Field  Example:  Yes. 

g.  Field  Number:  7. 

Field  Name:  Format  (ORD  Mandatory  Field). 

Definition:  Pick  list  and  free  text  field  that  describes  the  physical 
form  of  the  information  element.  This  is  not  the  communications  medium 
used  to  send  the  information. 

Pick  list:  Audio,  Text,  Graphics,  Imagery,  Video,  and  Data. 

Field  Example:  Audio  -  voice  5  kHz. 

h.  Field  Number:  8. 

Field  Name:  Timeliness  (ORD  Mandatory  Field). 

Definition:  Numerical  field  measured  in  seconds.  It  represents  the 
time  between  the  occurrence  of  the  event  to  the  time  it  is  available  to  the 
user  in  seconds. 

Field  Example:  20  secs. 

i.  Field  Number:  9. 

Field  Name:  Classification  (ORD  Mandatory  Field). 

Definition:  Pick  list  field  that  describes  the  highest  security 
classification  that  can  be  assigned  to  this  information  element. 

Pick  List:  UNCLASSIFIED  (U),  CONFIDENTIAL  (C),  SECRET  (S),  TOP 
SECRET  (TS),  Sensitive  Compartmentalized  Information  (SCI),  Foreign 
Releasable  (FR). 

Field  Example:  C. 

j.  Field  Number:  10. 

Field  Name:  Optional  (Optional  CRD/ORD  Field) 

Definition:  Free  text:  Any  additional  field (s)  the  originator  desires  to 
describe  an  lER. 

Field  Examples:  Position  accuracy,  remarks. 
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11.  Sample  CRD  high-level  operational  concept  graphic  (OV-1),  top-level 
lER  matrix  (OV-3),  and  interoperability  KPP. 
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Figure  B-2.  Sample  CRD  Top-level  Operational  Concept  View  (OV-1) 


NOTE:  Sample  is  extracted  from  the  Combat  Identification  (CID)  CRD 
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Figure  B-3.  Sample  CRD  Top  Level  lER  Matrix  (OV-3)  (Extract  from  CID  CRD) 
NOTE:  Fields  6-8  are  optional  fields  the  originator  elected  to  use 


pa 


C\] 

t-H 

C\] 

CO 

C/D 

o 

O 


o 

o 

o 

c>o 


00 


00 

I 

CO 

c/5 

2 

13 


c/5 

a; 

> 


u 

a; 

s 

0 

c 

2 

0 

u 


o; 

c/5 

c 

•fH 

C/5 

3 

CC3 

•  TpH 

u 

> 

c/5 

05 

C/5 

0 


03 

s 

Pi 

w 

i— ( 

3h 

a 

03 

C/D 

W 

H 

O 

2 


C5 


00 


CO 


m 


CO 


eg 


U 

M 

H 

Pi 

u 


c/3 

C/D 

m 

M 

u 


h-l 

o 

u 

H 


U 

< 

Pi 

u 

u 

< 


o 

a; 

h-l 

u 

u 


Q 

o 

a; 


o 

so 

ig 

w  ^ 

C/D 


h^l 

H 

•-3 


N 

S 

5  c 

X3  o 

(/5  C/5 
05 

H-l 


c  u  ^ 

,2  ^  c  c  S 

I 

Cl  C 

°  2  ^ 

^  ^  ^ 


CO  ^ 

;-i  <4-t 

o  o 


X 

X 

C 

CO 


CO 


W  aj 

s  ^-S 

H-l 


rO 

CO 


o  ^ 

a  2 

C/5  05  O. 


S.2 

05  'M 

Q.  ^ 
^  CO 


2 

05 

+-> 

O 

O 

x: 

c/5 


^  c 

.y  o 

75 

^  CO  u 

s  ^ 


c/5  O 


a  CO  CL) 


(/) 


0) 

.  DJO 
C  ’M 


.  C/5 

(/5  ^ 

H  o 


^X3 

E  c 

05  0) 

W  £ 


hJ 


PQ 


T3 

05 
05 

,  a  o 

H-l  c/5  CJ 


<I  ‘c/5 


CO 

C 

o 

Tj  'b 

cn  CO 

o 

.H  ^ 

co 

2 

pJO  u 

HI 

o 


X3  05 
05  ^ 


S  ^  S 

-  •  73  CO 


a;  ^ 
N  CO 

‘g  c 

t--  o  O 

eg  b  ■-<-' 

cn  y 


O  CA)  O  H 


05 


U 

C  TO 


TO 

c  c 


c 

.2  H.  - 

5  S  S 

p^  I " 

c  C 

■°  s  ^ 

to  ^ 


O  05  PQ 
c/5  c/5  OQ 

C  ^  ^ 


CO 


^  OJ  -s  H 

hJ 


P3 

CO 


O  -g 

CP  2 

C/5  05  PL 


2  c\]  -Q 

§o^ 


2.1 


c 

CO  C/5 


c/5 


05 

^  y  O 

o  a  § 


^  c 


2  CM  TO 

C  r  )  ^ 

O  ^ 


2.1 


c 

CO  c/5 


CO 


05 

^  y  O 

o  a  § 


^  c 


iDJOl: 

•S  ^ 

05^ 

I3JQ  U 
S-T  05 

^CO  c 

H  Pl 


.  TO 

c 

CO 

c 

.2 

Tj 

‘co 

o 

PU 


CO 

05 


05 

TO 


05 
CO 

o 

^  O  _ 

TO  - 

^  TO 

Tt  -  05 

«  “  2  r, 

to  \  a  o 

H  hJ  C/)  o 


c 

o 

Q  *■§ 


05  ^ 

DJO^ 

ti  ^ 
CO  o 
H  u 


05 

^2 

o 

u 

Ph 


Q 

05 

> 


c 

2 


TO 

c 

0) 


pL,  PL  Cp 


C 

O 


N 

-  ^ 
S 


c 

o 

05 

CO  CO 
05 
hJ 


C 

.2  5- 

30  ^ 

Is 

g  CO 
.O  U 


2  ^ 
C  S  X 

05  CO  ^ 


?-!  <4-f 

O  O 


X 
X 
c 

CO 
it 

^  2  2  o 

CO  q;  5_,  O 

05  2  a  d  ^ 

H-l  C  CO  05  PL 


CO 


3 

.  CO 
o  ^ 


2  CM  T^ 

§o^ 


CO 


2.S 

05  'M 

^  2  o 
O  3  c 


c 

CO  CO 


V  C 

05 
CO 


2  CM  t2 
C  r  ^ 
O  ^ 


2.S 


c 

CO  CO 


CO 


05 

^  2  o 

o  3  § 


^  c 


IDJOl: 

•S  ^ 

I3JQ  C 

s-T  2 

H  Pl 


.  TO 

c 

CO 

C 

.2 

+2 

O 

PU 


CO 

05 


05 

TO 


05 
CO 
U 

o 

^  O  _ 

TO  ^ 

^  TO 

Tt  -  05 

«  “  2  r, 

\  PL  o 

H  hJ  c/)  O 


c 

o 

Q  3 


05  b 
DJO^ 

b  ^ 
CO  o 

H  u 


05 

'S 

o 

u 


Q 

05 

> 


C 

2 


m 

PL  ^ 

O  Ph 


3 

c 

05 


CO 
05 
U 
U 

,  ,  O 

Pl  Pl 


< 

O 


05 

PQ 


U 

C  TO 


c 
o 
u 
c/3  2 


CO 


TO 

c  2  < 

^  05  CO 


C 

°p^a- 
-y  cS  oj  cc  o  .  o 

g  2  S  S-  S-  ^ 

E  C  ^  o  05  PQ 

CO  ti  CO  CO  m 

^  2  C  ;0 

na 


^  2 

'M  LID 


CO 


s- 

w  S  2 

hJ 


rO 

CO 


o  ^ 

PL  b  2 

CO  05  PL 


CO 

c 

.2  ^ 
73  ^ 
2  .2  'S 

2.U  o 

OC0  b? 
CO 


CM 

CJ 


2.S 

05  'M 
PL  CJ 

o  S 


c 

CO  CO 

CO  o 
^  CO 

2  C15 
Pi  CO 


05 

DO 

CO 

H 

IDJO 

s 


S) 

H 


05 


05 

DJO  b 
^  O 
05  CO  *10 
IDOH  CO 

c5  Q  9 

H-i  H-l 


05 
CO 

o 

CO  U 
T3  . 
^hQ 


05 

T3 

05 

tt  U 
<  C 

05 

'rt  ^ 

05  C 
,  PL  O 
hJ  C/3  O 


b  CO 

O  S 
PL  2 
05  ‘ 


TO 

5^  C 


CO 

'S 

-hP  p>J0 

TO 

C  CO 

^  t; 

o  CO 


.  DJO  U  05 
PL  CO  DJO  CO 


U 

05 

o  o 

<23 

H  PQ  Pl 


TQ 

03 

D 

c 

•  r-< 

c 

o 

u 

Q 

oi 

u 

Q 

H-l 

u 


o 

.5^ 


U 

C05 

Lh 

X 

w 


OQ 

I 

> 

a 

X 

•  fH 

Lh 

Pi 

W 


CD 

> 

CD 

U 

a 

o 

H 

Q 

Pi 

U 

S 

'Eh 

a 

CT) 

00 

m 

CD 

U 

0 

CiiD 

•fH 

[JL, 


m 

03 

U 

D 

(/3 

13 

c 

w 


NOTE:  Fields  6-8  are  optional  fields  the  originator  elected  to  use 


pa 


C\] 

t-H 

00 

CO 

C/D 

o 

O 


o 

o 

o 

00 


00 


00 

I 

CO 

c/5 

2 

13 


c/5 

a; 

> 


u 

QJ 


0 

c 

2 

0 

u 


TJ 

o; 

c/5 

c 

•fH 

C/5 

S 

3 

CC3 

•  TpH 

u 

> 

c/5 

o; 

c/5 

0 


s 

Pi 

w 

t— ( 

3h 

a 

C/D 

w 

H 

O 

2 


C5 


00 


CO 


in 


en 


CO 


Iw 

®  H 


U 

< 

u 

u 

< 


u 

Q 

o 

a; 


o 

lo 

ig 

w  ^ 

cn 


hO 

H 

•-> 


N 

-  ^ 
g  -o 


c 
o 
u 

(/5  t/5 
(D 

H-1 


c 

.2  5- 

o  ^ 

Is 

g  c3 

.o  u 


5S 

U  <4-f 

o  o 


0  -  . ; 

CO  CD  CO 


CD 


C 

d  ^ 


.  CO 

O  -S 

l/j  Fi-4  ^  O 

CD  CL  u  U , 

H-)  X  CT)  CD  OJ 


'O 

d 

CO  C/5 


S.2 

CD  'M 

CL  ^ 

oB 


c/5 


V.  c 


2  CO  ^ 
C  r  )  ^ 
O  ^ 


S.I 


d 

CO  c/5 


C/5 


CD 

^  2  O 

o  a  d 


V  d 


Q 


CD 
DJO 
U 
CO 

CD  ^ 

DJO  rH*' 

s 

CO  O 

H  ‘-P 

6i0  2 

B2 


0)  CD 

M  DJO  U 

fe  2  ^ 

w  CO  U 

H  H  H 


14  x5  U 
CD  d 
-1  ^  CD 
^  0Lx5 
CO  cn  id 

04  ^  C^ 

§»l 

OL  d  - 

D  O  ^ 

o  ^ 


\  2 

hJ  <d 


L.  b  ^ 
OJ  CO  ®  QJ 
S  — -  DjO 

Ills 

gi  ‘co  5  CO 

.d  DJO  U  CD 
fJL  CO  DJO  C/5 


U 

CD 

o  o 
M  a  g- 
<  S  .2 

H  W 


u 

d  'O 


d 
o 

CD 
^  CD 

rr\ 


C/5 


d 

o  ^ 


'O  ^ 

d  c  CQ 


to  ^  2  ^  ^ 


d 

CO 

5-h  ^ 


CD 


rO 

CO 


CO  CO 

■C  C/5  .2 

I  d  d 

c/5  ^  0^  2 

C/5  CD  O 

2  P  ^  ^  2i 

_1  d  c/5  CD  ClJ 


CO 

d 

.2  ^ 

5  "co 

S  .y  s 

OC0 
-i->  c/5 


'd 

P 

CO  c/5 


S.y 

CD  'M 

CL  CD 

o  S 


(/5 


V.  P 


Q 


CO 

CD  ^ 
DJO  P- 
?-H  5 
CO  o 
H  ‘-P 

is 


H-) 

^-1  ^ 
CD  hJ 
DJO 


CD 

Ti 

P 


PQ  d 
P  < 


(/5 

CD 

^-1 

CO 

CL 


04  CD 
M  DJO  U 
^ 

W  CO 

H  H  H 


CD 
CD 

P 

CD 
TS 
ip 
P 

O 

O  O 


rd 

P 

cn  ^ 

CD  To  c/5 

t  «  2  tJ 

S  MtJ  g? 

1^  £  s  s 


CD  C/5 
CM  DJOt^ 

^  §5  g? 
^1j2 


N 

N 

d 

5  ^ 

^  P 

c/5  O 

C/5  CD 
CD  CD 
hJ  C/5 


d 

.2  5- 

d  ^ 

Is 

g  CO 
.O  U 


'd  ^ 

p  s  ^ 

CD  CO  > 


?-!  <4-f 

O  O 


X 
X 
d 

CO 

^  2  o 

C/5  q;  P  5_^  O 

2  P  ^  ^  2i 

hJ  P  c/5  CD  CM 


CO 


3 

.  CO 
o 


S.y 

CD  'M 

CL  P 


2 

CD 

^-1 

O 

O 

P 

c/5 


'd 

P 

CO  c/5 


S.y 

CD  'M 
CL  P 

o  S 


(/5 


^  P 


Q 


^-1  ^ 
CD  hJ 
DJO  . 

M  CQ 


CD 

Ti 

d 


CD 

DJO  P 
u  5 
CO  o 
H  P 

OiO  2 

B2 


hJ  <d 


04  CD 

M  DJO  U 
^ 

w  CO  ^ 

H  H  H 


O  O 


^d 

P 

CO 

u 

CO 


<:  <D 


CD  13  t/^ 

ItJ  ^ 

CO  CO 


CD  C/5 
CM  DJO’SI 
CO  DP 

Mj2 


u 

p  p 


d 

o 

CD 
CP  ^ 

rr\ 


CP 


d  -d 

.2  ^  p  P  ^ 

^  ^  0)  CO  o  .  o 

d  P  ^  O  CD  PQ 

CO  P  CP  CP  QQ 

p  u  2  P  d 

P  P  q; 

p  CP 


CO 


c/5  S  2 


^  P  ?_,  o 


p 
.  CO 

o  p 


0-i  ?-!  ^ 

CP  CD  PL 


2.S 

CD  'M 
CL  CJ 
^  CO 


2 

CD 

^-1 

O 

O 

P 

CP 


2  CM  ^ 

d  r  ;n  V 

O  ^ 


si 


d 

CO  CP 


CP 


CD 

^  2  o 

O  3  P 


V  d 


CP  . 

s  p 

>.  O  P 
d  P  ^ 

CD 

P  ^d  K 

u  c  g 

.OJ  y 

C  ^  M 


^  CP  CO 

04  U 

£f  §5  d 
H  3  X 


P  u 

CD  d 
CD  S 

CL'S 

CO  id 

aJ  O 
20 

o  2 
Oj 

\  I 

hJ  <d 


CO 

d 

.2 

*-d 

CO 

N 


CD 

P 


M  C  u 


CO  > 


0) 
^  d 


CO  DJO  Sv‘P 

d  p  ^  ^ 


CD  CP  ^ 

P?u  '5 


^  w  ^  ;r,  r-* 
,  5-4  d  co  ^  " 

<  CP  o  ^  +j 'd  CO 


2  P 

CO 

<  .9 


CP 


CD 


CP 

P 

.2 

CO 

u 

CD 

a 


H  U  <  S  D  O 


N 

-  CP 

d  p 


d 

o 

CD 

^  2 
CP  CP 

q; 

P 


d 

.2  5- 

d  ^ 

Is 

g  g 

.O 


P  P 


P  ^ 
P  c  ^ 
CD  CO  ^ 
2  5-  ^ 

>  o  o 

^  ^  ^ 
t;  q; 

2  ^ 
CP  ^ 


CD 


p  ’’*****1 

d  CD  CO 

d  CD 

d  2  p 

d  CD 

p 


p 

d 

o  -g 


CD  Q.  C  $-1 

p  X  ^  QL 


SI 

CD  'M 
CL  CJ 
o  CO 


2 

CD 

o 

O 

P 

CP 


2  CM  ^ 
C  r  ^ 
O  ^ 


si 


d 

CO  CP 


CP 


CD 

^  2  o 

O  3  P 


V  d 


CP  . 

S  PQ 

u  \ 
>.  o  p 
d  P  ^ 
ci4 

P  p  K 
P  P  R 

.2  y 

DJO^ 

tg 

04  5-( 

Sft  CD  ^ 

Sr  M  d 

d  ^  CD 


P  u 
CD  d 
CD  S 
QLp 
CO  P 

aJ  O 
20 
o  2 

\  I 

hJ  <d 


CO 

p 

.2 

P 

CO 

N 


CD 

P 


CO 


04  d  CJ 


CO  > 


CD 

s 

04  d 


d  DJO  SvP 
ij  d  9C)  CD 


CD  CP 


P?o  "g 


yKi  ^  ^  ;r 

^  *d  2  CO  CO  ^  d 

<0  CP  O  4-1  4-1  P  CO 


d  : 


04 

04  CP 


CP 

d 

o 


^  d  9 

s  CO  CP  q;  2 

d  ,  (/5  tc  2 

O  .2  P  04  (P 

o  <  S  D  O 


t:3 

04 

d 

c 

^-1 

c 

o 

u 

Q 

oi 

u 

Q 

HH 

u 


o 


u 

(d 

X 

W 


00 

I 

> 

a 

X 

.t-4 

3 

3 

W 


04 

> 

04 

P 

a 

o 

H 

Q 

Pi 

U 

3h 

a 

CT) 

00 

04 

d 

CiiD 

•fH 

(P 


NOTE:  Fields  6-8  are  optional  fields  the  originator  elected  to  use 

B- 1 2  Enclosure  B 


m  o 

r-H  O 

O  O 

t-H  ^ 

CM  ^ 

CO  S 
00  0° 
O 

o 


00 

I 

CD 

c/5 

2 

13 


C/) 

CL) 

> 


u 

CL) 


D 

C 

2 

u 


TJ 

CL) 

(/5 

C 

•fH 

(/) 

3 

CC3 

•  TpH 

u 

> 

(/) 

CL) 

C/5 

D 


s 

cic 

w 

i— ( 

3h 

a 

C/D 

W 

H 

O 

2 


a 

C  'D 


C 
,  o 

^  u 


CO 


t: 
C  S 

o)  CO 

23  >  “ 


C  & 

S  ^ 

'M  Xi 


O  ^ 

^ 

o  (D  PQ 

CO  CO  OQ 

c  :3  " 

(D 

CO 


CO 


-l-J  s- 

ifl  _2i  oj 

S  ^-s 

hJ 


rO 

CO 


o  ^ 

a  2 

CO  (D  CX 


^  c\] 

C  r  ) 

O  ^ 


£  S 


CO 

-, . ,  CD 

CD  +-'  Tl 

^  y  o 

o  S  S 


^  CO  CM 

DO-  75 

^  CO  U 

CQ  U  — 

^  ^  ffl  O 

IT)  o  S  c 


CO 


U  CD 
O  'i-' 

^  CO  O 

^  C  o 
a;  x: 
CO  CO 


C 

o 

[-P 

o 

CU 

Q 

CO*' 

+-I 

CO 

Q 


CD 

P 

:3 


CO 

CO 

?-i 

C/)  H 


CD 
U 

C 

CD 
T3 

C 

o 

o  o 


o  cc 

§  s 

Q_j  (j 

H  ^  U 

CD  ^-j  □ 

OJ  CO  O 

P5  TO  CO 


TO 

c 

CO 

2 


S  O 

C  C 


in 


I  s  "C 

W  O  «  C 


c 

"3 

B 


f 

p 

u 

05 


^<o  S  3S£c5 


N 

-  ^ 

g  TO 


c 

o 

CD 

CO  CO 
05 

P 


C 

.2  5- 

I  s 

S  tc 

■  O 


■a  ^ 
C  g  ^ 

CD  CO  ^ 


U  <4-f 

O  O 


rH  CO 

C  I**— 1 

CO  05  CO 

(T  CJ 

5  2  p 


05 

P 


rO 

,  CO 

o  ^ 

u  p 


05  C  ?-( 

p  X  ^  a 


^  CM 
C  r  ;) 
O  ^ 


£  S 


CO 

. ,  05 

05  +->  -rt 

o  S  c 


CO  CM 

.2- 
P  CO 
CO  U 

S' «  ° 


CO 


?-!  CD 
O  'M 
^  (/D  O 

P  C  o 

05  P 
CO  CO 


p 

.2 

p 

o 

p 

Q 

CO*' 

^-1 

CO 

Q 


05 

P 

P 


Cd 

3  2 

^  CO 

C/)  H 


05 
U 

C 

05 

P 
P 

c 

o 

o  o 


o  CO 

§  s 

leg  S 

P  ^  CD 

CD  d 
CD  CO  o 
p5  P  CO 


P 

C 

CO 

2 

3 

cr 


sa 

w  2  ^  p 

2  .9  CO  c 


.2 

•J5 

.2 


0)  g 

H  oj 

O  P 


H  <  O  u  coSpDch 


U 

C  P 


c 
o 

p 


CO 


c 
o 

to 

s 

w 

p  u 
P 


2  C  >3 
p  CO 

2  2  s- 

C  &  o 

^  ^  cn 


P 


P 

C  <4-f 
O  SO 

5-  ^ 

O  05  P 
CO  CO  OQ 

C  P  ^ 

nj 


P  05 
CO 


CO 


'M  5^ 

CO  S  P 


^  P  5_,  O 


P 
.  CO 

o  P 


0-i  ?-!  ^ 

CO  05  CP 


u  CO  P 
•p  P  o 
u  P  o 
d  o  p 
H  C  CO 


u  CO  P 
p  05  o 
U  P  O 
^  2  P 

H  C  CO 


p 

P 


P 

M  § 

•S  c 

%  .2 

DiOP 

u  CO 

,co  o 
H  Cu 


P 

\ 

P 

DQ 

\ 

P 

CO 

05 

^-1 

CO 

p 

a 


p 

p 

p 

CP 

in 

QJ 

CO 

C3 

O 


P 

U 

c 

p 

p 

p 

c 

o 


d  o  o 


5  c 

CO  .2 

■W  ^ 

CO  P  ^ 


o 

Q 

^  CD  P  ^ 

co"  P  *2  p 

u  >  P  C 
2  o  p 
u  o  *1  • 


CP  cPcp  c2 


u 

.2 

p 

p 

i  Q 

p  U 


N 

N 

2 

5  c 

p  o 

^  y 

^  2 
CO  CO 

p 

p 


C 

2  5- 

p 

p  s  I 

3  2^ 

U  ^ 


P  ^ 

$-1  <4-1 

O  O 
r  ^ 

P  CD 
2  CO 
CO  ^ 


C  -  ; 

CO  05  CO 


U 

P 

P 

P 


P 

CO 


o  P 
^  ab  2 


P  X  CO  05  CP 


CO 


CO 


05 


CO 

U  CO 
•p  05  O 
U  P  O 

d  O  p 

H  CC  CO 


CM 

U 

75 

u 


u  p 
CO 
H 


b  ^ 

CO  ?-i 


CO 


05 


05  o 


2  ^ 

CC  CO 


p 

P 

C3 


p 

•  c 

£P 

ii 

W)P 

u  CO 

,co  o 
H  P 


P 

\ 

P 

DQ 

\ 

P 

co'' 

05 

4-1 

CO 

p 

CP 


p 

p 

p 

CP 

in 

05*" 

CO 

C3 

o 


p 

p 

C 

p 

p 

p 

C 

o 


d  u  u 


2  p 

2  c 

CO  P 

■p  t. 

CO  P 


o 

Q 

^  05  P 

co"  P  .2  ^ 

o  2  p 


2  p 


CP  CPP  P 


CO 

p 

u 
u  ,o 


u 

<2 

p 

io 

P  o 


p 

05 

D 

C 

»r-< 

4-1 

c 

o 

U 

Q 

Pd, 

U 

Q 

HH 

u 


o 

.p 


u 

Cd 

u 

X 

W 


00 

I 

> 

a 

X 

•  fH 

u 

3 

3 

P:^ 

W 


CD 

> 

CD 

U 

I 

a 

o 

H 

Q 

Pi 

U 

S 

3h 

a 

Cd 

(/) 

00 

CD 

D 

QiD 

•fH 

[p 


m 


05 

U 

D 

C/D 

O 

u 


C 

W 


00 

t-H 

i 


NOTE:  Fields  6-8  are  optional  fields  the  originator  elected  to  use 


CJCSI  6212.01B 
8  May  2000 


Sample  CRD  Interoperability  KPPs 


KPP 

Threshold 

Objective 

All  top-level  lERs  will  be  satisfied  to  the 
standards  specified  in  the  Threshold  (T)  and 
Objective  (O)  values. 

100%  of  top- 
level  lERs 
designated 
critical 

100%  of  all 
top-level  lERs 

Figure  B-4.  Sample  CRD  Interoperability  KPP 
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12.  Sample  ORD  high-level  operational  concept  graphic  (OV-1)  and  high-level 
system  interface  description  (SV-1),  Top-level  lER  matrix  (OV-3),  and 
interoperability  KPP  are  illustrated  below. 


Theater  High  Altitude  Area  Defense 

Operational  Concept  Graphic /System  Interface  Description 

-In  ^ 

E3  AWACS  '  ' 


Figure  B-5.  Sample  ORD  High-level  Operational  Concept  Graphic  (OV-1)  and 
High-level  System  Interface  Description  (SV-1) 


NOTE:  Sample  is  extracted  from  the  THAAD  ORD. 
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Figure  B-6.  Sample  ORD  Top  Level  lER  Matrix  (OV-3)  Extract  (Continued) 
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KPP 

Threshold 

Objective 

All  top-level  lERs  will  be  satisfied  to  the 
standards  specified  in  the  threshold  (T)  and 
objective  (O)  values. 

100%  of  top-level 
lERs  designated 
critical 

100%  of  all 

top-level 

lERs 

Figure  B-7.  Sample  ORD  Interoperability  KPP 
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ENCLOSURE  C 

J-6  INTEROPERABILITY  AND  SUPPORTABILITY  CERTIFICATION 

ASSESSMENT  CRITERIA 


General.  This  enclosure  describes  the  J-6  interoperability  requirements 
certification  assessment  criteria  for  requirement  generation  documents 
(MNSs,  CRDs,  and  ORDs)  and  the  J-6  supportability  certification 
assessment  criteria  for  C4ISPs.  Additional  criteria  are  used  by  J-2  in 
assessing  and  certifying  intelligence  supportability. 
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(INTENTIONALLY  BLANK) 
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APPENDIX  A  TO  ENCLOSURE  C 
REQUIREMENT  DOCUMENTS  (MNSs,  CRDs,  ORDs) 


The  following  tables  detail  interoperability  requirements  certification 
assessment  criteria  for  requirement  documents  (MNSs,  CRDs,  ORDs). 
The  tables  are  based  on  the  MNS,  CRD,  and  ORD  formats  detailed  in 
reference  a. 
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Table  C-A-1.  MNS  ASSESSMENT  CRITERIA 


No 

MNS 

Para 

Criteria 

Reference 

1. 

1 

For  AIS  only:  Does  the  MNS  describe  how  the 
requirement  relates  to  the  OSD  Principal  Staff 
Assistants  (PSAs),  DOD  Chief  Information  Officers, 
and  DOD  component  strategic  planning? 

GJGSI 
3170.01A, 
Page  G-A-2 

2. 

2 

For  AIS  only:  Does  the  MNS  describe  the  functional 
area  or  activity’s  current  organization  and 
operational  environment  and  describe  the  shortfalls 
of  existing  capabilities? 

GJGSI 
3170.01A, 
Page  G-A-2 

3. 

2 

For  AIS  only:  Does  the  MNS  describe  quantitative 
benchmarks  of  process  performance  in  terms  of 
speed,  productivity,  and  quality  of  outputs  where 
comparable  processes  exist  in  the  public  or  private 
sectors? 

GJGSI 
3170.01A, 
Page  G-A-2 

4. 

2 

For  AIS  only:  Does  the  MNS  describe  whether  the 
function  to  be  supported  by  the  information 
technology  should  be  performed  by  the  organization 
that  has  identified  the  need  or  whether  the  function 
could  be  performed  by  a  private  sector  source? 

GJGSI 
3170.01A, 
Page  G-A-2 

5. 

2 

Is  the  DIA-validated  threat  identified? 

GJGSI 
3170.01A, 
Page  C-A-1 

6. 

2 

If  the  DIA-validated  threat  involves  information 
operations,  does  the  MNS  threat  identify  deficiencies 
placed  on  existing  NSS  and  ITS  by  information 
warfare  threats? 

CJCSI 
3170.01A, 
Page  C-A-1 

7. 

5 

Does  this  MNS  include  a  requirement  that  applicable 
standards  from  the  DOD  JTA  will  be  applied  to 
ensure  maximum  interoperability? 

CJCSI 
3170.01A, 
Pages  C-A- 
1,2 

8. 

5 

Does  the  MNS  address  required  NSS  and  ITS 
infrastructure  support  (e.g.,  DISN,  DRSN,  GCCS, 
GCSS,  and  satellite  systems)? 

CJCSI 
3170.01A, 
Pages  C-A- 
1,2 

9. 

5 

Does  the  MNS  address  external  NSS  and  ITS 
interoperability  and  interface  requirements? 

CJCSI 
3170.01A, 
Pages  C-A- 
1,2 

10. 

5 

Does  the  MNS  address  releasability  of  the  system  and 
components  to  allied  or  coalition  partners? 

CJCSI 
3170.01A, 
Pages  C-A- 
1,2 
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No 

MNS 

Para 

Criteria 

Reference 

11. 

5a 

Does  the  MNS  address  the  need  for  information 
releasability  to  allied  and  coalition  partners? 

CJCSI 
3170.01A, 
Pages  C-A- 
1,2 

12. 

5 

Does  the  MNS  address  (when  applicable)  the 
electromagnetic  environmental  effects  in  which  the 
system  will  be  operated? 

CJCSI 
3170.01A, 
Pages  C-A- 
1,2 

13. 

5 

Does  the  MNS  address  NSS  and  ITS  supportability  to 
include  logistics,  manpower,  personnel,  training, 
security,  and  spectrum  boundary  constraints  and 
certification  requirements? 

CJCSI 
3170.01A, 
Pages  C-A- 
1,2 
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Table  C-A-2.  CRD  ASSESSMENT  CRITERIA 


No 

CRD 

Para 

Criteria 

Reference 

1. 

2 

Does  the  CRD  summarize  the  nature  of  the  threat  to 
be  countered,  threat  tactics,  and  projected  future 
threat  environment  for  the  mission  area? 

NOTE:  Threat  information  should  reference  DIA- 
validated  documents. 

CJCSI 

3170.01A, 

Page  D-A-1 

2. 

3 

Does  the  CRD  describe  shortcomings  or  absence  of 
existing  capabilities  and  systems  to  fulfill  the  needs 
of  the  mission  area  in  the  context  of  the  postulated 
threat  (e.g.,  weapon  systems,  interoperability, 
planning)? 

CJCSI  3170, 
Page  D-A-2 

3. 

3 

Does  the  CRD  describe  why  existing  NSS  and  ITS 
operational,  systems,  and  technical  architectures 
cannot  meet  current  or  projected  future  (joint) 
requirements  for  the  proposed  FoS  and  SoS? 

CJCSI 

3170.01A, 

Page  D-A-2 

4. 

4 

Does  the  CRD  address  electromagnetic 
environmental  effects  (E3)? 

CJCSI 

3170.01A, 

Page  D-A-2 

5. 

4 

Does  the  CRD  address  releasability  of  the  system 
and  components  to  allied  or  coalition  partners? 

CJCSI 

3170.01A, 

Page  D-A-2 

6. 

4a 

Does  the  CRD  address  the  need  for  information 
releasability  to  allied  and  coalition  partners? 

CJCSI 

3170.01A, 

Page  D-A-2 

7. 

4 

Does  the  CRD  address  spectrum  certification  and 
supportability? 

CJCSI 

3170.01A, 

Page  D-A-2 

8. 

4 

Is  the  CRD  interoperability  KPP  measurable? 

CJCSI 
3170.01A, 
Pages  D-6 
and  D-A-2 

9. 

4 

Does  the  CRD  contain  a  high-level  operational 
graphic (s)  (OV-1)? 

CJCSI 

6212.01B, 

Page  B-2 
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No 

CRD 

Para 

Criteria 

Reference 

10. 

4 

Does  the  high-level  operational  graphic(s)  (OV-1) 
present  a  top-level  view  of  the  FoS  and  SoS  interoper¬ 
ability  requirements  with  other  current  and  known 
future  systems?  CRD  top-level  lERs  are  information 
exchanges  that  are  between  systems  that  make  up  or 
are  external  the  FoS  or  SoS  (i.e.,  with  other  C/S/A, 
allied,  and  coalition  systems).  The  graphic  will  show 
such  things  as  missions,  top-level  operations, 
organizations,  and  geographical  distribution  of 
assets.  The  lines  connecting  the  systems  will  be  used 
to  show  simple  connectivity  and  can  be  annotated  to 
show  what  information  is  exchanged. 

CJCSI 

6212.01B, 

Page  B-2 

11. 

4 

Was  a  top-level  lER  matrix  (OV-3)  provided  in  a 
worksheet  format? 

CJCSI 

6212.01B, 

Page  B-1 

12. 

4 

Does  the  CRD  top-level  lER  matrix  (OV-3)  contain 
all  mandatory  fields  in  the  required  format? 

CJCSI 

6212.01B, 

Page  B-5 

13. 

4 

Does  the  CRD  top-level  lER  matrix  (OV-3)  correlate 
with  the  high-level  operational  graphic(s)? 

CJCSI 

6212.01B, 

Page  B-1 -2 

14. 

4 

Does  the  CRD  top-level  lER  matrix  identify  who 
exchanges  what  information  with  whom,  and  why 
the  information  is  necessary?  Top-level  lERs  identify 
the  elements  of  warfighter  information  used  in 
support  of  a  particular  mission-related  task  and 
exchanged  between  at  least  two  operational  systems 
supporting  a  joint  mission  area. 

CJCSI 

6212.01B, 

Page  B-1 -2 

15. 

4 

Does  the  CRD  interoperability  KPP  definition  include 
that  all  top-level  lERs  will  be  satisfied  lAW  their 
critical  code  to  the  standards  specified  in  the 
threshold  and  objective  values? 

CJCSI 

6212.01B, 

Page  B-2-3 

16. 

4 

Does  the  CRD  interoperability  KPP  threshold 
criterions  include  1 00  percent  accomplishment  of 
the  critical  top-level  lERs? 

CJCSI 

6212.01B, 

Page  B-2-3 

17. 

4 

Does  the  CRD  interoperability  KPP  objective 
criterions  include  100  percent  accomplishment  of 
the  critical  top-level  lERs,  and  of  most  or  all 
noncritical  top-level  lERs? 

CJCSI 

6212.01B, 

Page  B-2-3 
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No 

CRD 

Para 

Criteria 

Reference 

18. 

4 

Does  the  CRD  include  a  requirement  that  applicable 
standards  from  the  DOD  JTA  will  be  applied  to 
ensure  maximum  interoperability? 

CJCSI 

3170.01A, 

Page  D-A-2-3, 

CJCSI 

6212.01B, 

Page  5 

19. 

4 

Does  the  CRD  address  lERs  between  nodes  of 
different  classification? 

CJCSI 

3170.01A, 

Page  D-A-2-3 

20. 

4 

Does  the  CRD  identify  and  include  lA  requirements? 

CJCSI 

3170.01A, 

Page  D-A-2-3 

21. 

4 

Does  the  CRD  identify  requirements,  when 
applicable,  for  standardized  software  to  ensure  the 
needed  level  of  interoperability? 

CJCSI 

3170.01A, 

Page  D-A-2-3 
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Table  C-A-3.  ORD  ASSESSMENT  CRITERIA 


No 

ORD 

Para 

Criteria 

Reference 

1. 

1 

Does  the  ORD  describe  the  C4ISR  (information 
exchange)  operational  concept? 

CJCSI 
3170.01A, 
Pages  E-A-1 

2. 

1 

For  AIS  ORDs  without  MNSs  only:  Does  the  ORD 
describe  how  the  requirement  relates  to  the  OSD 
PSAs,  DOD  Chief  Information  Officers,  and  DOD 
component  strategic  planning? 

CJCSI 
3170.01A, 
Page  C-A-2 

3. 

1 

For  AIS  ORDs  without  MNSs  only:  Does  the  ORD 
describe  the  functional  area  or  activity’s  current 
organization  and  operational  environment  and 
describe  the  shortfalls  of  existing  capabilities? 

CJCSI 
3170.01A, 
Page  C-A-2 

4. 

1 

For  AIS  ORDs  without  MNSs  only:  Does  the  ORD 
describe  quantitative  benchmarks  of  process 
performance  in  terms  of  speed,  productivity,  and 
quality  of  outputs  where  comparable  processes  exist 
in  the  public  or  private  sectors? 

CJCSI 
3170.01A, 
Page  C-A-2 

5. 

1 

For  AIS  ORDs  without  MNSs  only:  Does  the  ORD 
describe  whether  the  function  to  be  supported  by 
the  information  technology  should  be  performed  by 
the  organization  that  has  identified  the  need  or 
whether  the  function  could  be  performed  by  a 
private  sector  source? 

CJCSI 
3170.01A, 
Page  C-A-2 

6. 

2 

Does  the  ORD  summarize  the  threat  to  be 
countered  and  projected  threat  environment  (NOTE: 
Should  reference  DIA-  or  service  technical 
intelligence  center-approved  documents)? 

CJCSI 
3170.01A, 
Page  E-A-1 

7. 

3 

Does  the  ORD  describe  why  existing  C4ISR 
operational,  system,  and  technical  architecture 
views  cannot  meet  the  requirements  for  the 
proposed  system? 

CJCSI 
3170.01A, 
Page  E-A-2 

8. 

4 

Does  the  ORD  contain  a  high-level  operational 
graphic (s)  (OV-1)? 

CJCSI 
6212.01B, 
Page  B-3 
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Criteria 
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9. 

4 

Does  the  high-level  operational  graphic(s)  (OV-1) 
present  a  top-level  view  of  the  system’s  interoperabil¬ 
ity  requirements  with  other  current  and  known 
future  systems?  The  focus  of  the  graphic  is  to  pres¬ 
ent  a  top-level  view  of  the  system’s  interoperability 
requirements  with  other  current,  and  known  future 
systems.  Top-level  is  that  level  of  detail  required  to 
graphically  illustrate  how  the  new  system  exchanges 
information  between  other  C/S/A,  allied,  and 
coalition  systems.  The  graphic  will  show  such  things 
as  missions,  top-level  operations,  organizations,  and 
geographical  distribution  of  assets.  The  lines 
connecting  the  systems  will  show  simple  connectivity 
and  can  be  annotated  to  show  what  information  is 
exchanged. 

CJCSI 
6212.01B, 
Page  B-3 

10. 

4 

Does  the  ORD  high-level  operational  graphic(s)  (OV- 
1)  correlate  with  the  associated  CRD  high-level 
operational  graphic(s)  (OV-1)? 

CJCSI 
6212.01B, 
Page  B-3 

11. 

4 

Does  the  ORD  contain  a  system  interface  description 
(SV-1)? 

CJCSI 
6212.01B, 
Page  B-3 

12. 

4 

Does  the  ORD  system  interface  description  (SV-1) 
identify  specific  current  and  known  NSS  and  ITS  sub¬ 
systems  and  interfaces  that  need  to  exchange 
information?  The  system  interface  description  links 
together  the  operational  and  systems  architecture 
views  by  depicting  the  assignments  of  subsystems 
and  their  interfaces  to  the  systems  and  needlines 
described  in  the  high  level  operational  graphic 
diagram. 

CJCSI 
6212.01B, 
Page  B-3 

13. 

4 

Does  the  ORD  system  interface  description  (SV-1) 
correlate  with  the  provided  ORD  high-level 
operational  graphic(s)  (OV-1)? 

CJCSI 
6212.01B, 
Page  B-3 

14. 

4 

Was  a  top-level  lER  matrix  (OV-3)  provided  in  a 
worksheet  format? 

CJCSI 
6212.01B, 
Page  B-2 

15. 

4 

Does  the  ORD  top  level  lER  matrix  (OV-3)  contain 
all  mandatory  fields  in  the  required  format? 

CJCSI 
6212.01B, 
Page  B-5 

16. 

4 

Does  the  ORD  identify  the  top-level  lERs  for  the 
system  for  each  mission  area  that  the  system  is 
proposed  to  support  (e.g.,  CAS,  AAW,  surveillance, 
and  reconnaissance)? 

CJCSI 
3170.01A, 
Page  E-A-2 
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Reference 

17. 

4 

Does  the  ORD  top-level  lER  matrix  (OV-3)  identify 
who  exchanges  what  information  with  whom,  why 
the  information  is  necessary,  and  how  the 
information  exchange  must  occur?  Top-level  lERs 
identify  the  elements  of  warfighter  information  used 
in  support  of  a  particular  mission-related  task  and 
exchanged  between  at  least  two  operational  systems 
supporting  a  joint  mission  area. 

CJCSI 
6212.01B, 
Page  B-1 

18. 

4 

Are  all  ORD  top-level  lERs  designated  critical  if  they 
are  required  to  support  an  associated  CRD  critical 
top-level  lER  or  will  severely  and  adversely  impact  on 
a  warfighter  mission  if  not  accomplished? 

CJCSI 
6212.01B, 
Page  B-3 

19. 

4 

Does  the  ORD  top-level  lER  matrix  (OV-3)  correlate 
with  all  applicable  top-level  lERs  in  the  associated 
CRD  top-level  lER  matrix? 

CJCSI 
6212.01B, 
Page  B-3 

20. 

4 

Does  the  ORD  top  level  lER  matrix  correlate  with 
the  associated  ORD  system  interface  description  and 
ORD  high-level  operational  graphic(s)  (OV-1)? 

CJCSI 
6212.01B, 
Page  B-3 

21. 

4 

Does  the  ORD  interoperability  KPP  definition 
include  that  all  top-level  lERs  will  be  satisfied  lAW 
their  critical  code  to  the  standards  specified  in  the 
threshold  and  objective  values? 

CJCSI 
6212.01B, 
Page  B-2-5 

22. 

4 

Do  the  ORD  interoperability  KPP  threshold 
criterions  include  100  percent  accomplishment  of 
the  critical  top-level  lERs? 

CJCSI 
6212.01B, 
Page  B-2-5 

23. 

4 

Do  the  ORD  interoperability  KPP  objective  criterions 
include  100  percent  accomplishment  of  the  critical 
top-level  lERs  and  of  most  or  all  noncritical  top-level 
lERs? 

CJCSI 
6212.01B, 
Page  B-2-5 

24. 

4 

Do  the  ORD  interoperability  KPP  definitions  include 
all  appropriate  elements  of  the  associated  CRD 
interoperability  KPP? 

CJCSI 
6212.01B, 
Page  B-3 

25. 

4 

Are  the  ORD  interoperability  KPPs  measurable  and 
testable? 

CJCSI 
3170.01A, 
Page  E-5, 
CJCSI 
6212.01B, 
Page  B-2 

26. 

4 

Does  the  ORD  address  natural  and  man-made 
environmental  factors  (such  as  electromagnetic 
compatibility  and  acoustic  or  atmospheric 
propagation  constraints)? 

CJCSI 
3170.01A, 
Page  E-A-3 

C-A-9 
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27. 

4 

Does  the  ORD  address  safety  issues  regarding 
hazards  of  electromagnetic  radiation  to  ordnance 
(HERO)? 

CJCSI 
3170.01A, 
Page  E-A-3 

28. 

4 

Does  the  ORD  identify  physical  and  operational 
information  system  security  needs? 

CJCSI 
3170.01A, 
Page  E-A-3 

29. 

5 

Does  the  ORD  establish  information  systems 
support  objectives  for  initial  and  full  operational 
capabilities? 

NOTE:  Must  discuss  interfacing  NSS  and  ITS  at  the 
system,  subsystem,  platform,  and  force  levels. 

Should  focus  on  support  objectives  related  to  NSS 
and  ITS  standardization  and  interoperability. 

CJCSI 
3170.01A, 
Page  E-A-3 

30. 

5 

Does  the  ORD  describe  how  the  system  will  be 
integrated  into  the  NSS  and  ITS  architecture  that  is 
forecast  to  exist  when  the  system  is  fielded? 

CJCSI 
3170.01A, 
Page  E-A-4 

31. 

5 

Does  the  ORD  identify  data  and  data  fusion 
requirements  (data,  voice,  video),  computer  network 
support,  and  antijam  requirements? 

CJCSI 
3170.01A, 
Page  E-A-4 

32. 

5 

Does  the  ORD  identify  unique  intelligence 
information  requirements,  including  intelligence 
interfaces,  communications,  and  database  support 
pertaining  to  the  target  and  mission  planning 
activities,  threat  data,  etc? 

CJCSI 
3170.01A, 
Page  E-A-4 

33. 

5 

Does  the  ORD  describe  considerations  for  joint, 
combined,  and  coalition  use? 

CJCSI 
3170.01A, 
Page  E-A-4 

34. 

5 

Does  the  ORD  identify  procedural  and  technical 
interfaces,  communications,  protocols,  and 
standards  required  to  be  incorporated  to  ensure 
compatibility  and  interoperability  with  other 

Service,  joint  Service,  NATO,  and  other  allied  and 
friendly  nation  systems? 

CJCSI 
3170.01A, 
Page  E-A-4 

35. 

5 

Does  the  ORD  require  the  system  to  comply  with 
applicable  information  technology  standards 
contained  in  the  current  DOD  JTA? 

CJCSI 
3170.01A, 
Page  E-A-4 

C-A-10 
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36. 

5 

Does  the  ORD  address  interface  requirements  with 
the  Defense  Switched  Network  (DSN),  Defense  Red 
Switch  Network  (DRSN),  Defense  Message  System 
(DMS),  Global  Command  and  Control  System 
(GCCS),  or  the  Common  Operational  Picture  (COP)? 

CJCSI 
3170.01A, 
Page  E-A-4 

37. 

5a 

Is  the  requirement  for  an  adequate  level  of  lA 
required  for  all  DOD  systems  that  are  used  to 
enter,  process,  store,  display,  or  transmit  DOD 
information,  regardless  of  classification  or 
sensitivity  addressed  in  the  ORD? 

CJCSI 
3170.01A, 
Page  E-4 

38. 

5 

As  part  of  the  lA  solution,  does  the  ORD  include  a 
statement  that  public  key  infrastructure  (PKI) 
technology  will  be  acquired  as  part  of  this  effort 
and  will  be  installed  and  used,  including  in  initial 
fielding  efforts,  to  ensure  information  security  over 
all  voice,  video,  and  data  transmission?  PKI 
implementation  should  also  consider 
communications  interoperability  with  commercial 
and  multinational  partners. 

CJCSI 
3170.01A, 
Page  E-A-4  ‘ 

39. 

5 

Does  the  ORD  address  the  interconnection  of 
systems  operating  at  different  classification  levels? 

CJCSI 
3170.01A, 
Page  E-A-4 

40. 

5 

Does  the  ORD  address  E3? 

CJCSI 
3170.01A, 
Page  E-A-4 

41. 

5 

Does  the  ORD  identify  a  requirement  for  spectrum 
supportability? 

CJCSI 
3170.01A, 
Page  E-A-4 

42. 

5 

Does  the  ORD  identify  a  requirement  to  obtain  host- 
nation  approval  (HNA)  for  equipment  intended  for 
operation  in  an  overseas  area  of  operations? 

CJCSI 
3170.01A, 
Page  E-A-4 

43. 

5 

Does  the  ORD  identify  computer  resource 
constraints  (examples  include  language,  computer, 
database,  architecture,  or  interoperability 
constraints)? 

CJCSI 
3170.01A, 
Page  E-A-5 

44. 

5 

Does  the  ORD  address  all  mission  critical  and 
support  computer  resources,  including  automated 
test  equipment? 

CJCSI 
3170.01A, 
Page  E-A-5 

45. 

5 

Does  the  ORD  identify  unique  user  interface 
requirements,  documentation  needs,  and  special 
software  certificates? 

CJCSI 
3170.01A, 
Page  E-A-5 

46. 

5 

Does  the  ORD  identify  cartographic  materials, 
digital  geospatial  data,  and  geodetic  data  needed 
for  system  employment? 

NOTE:  Where  possible,  NIMA  standard  data  and 
DOD  formats  will  be  used. 

CJCSI 
3170.01A, 
Page  E-A-6 
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No 

ORD 

Para 

Criteria 

Reference 

47. 

5 

Does  the  ORD  identify  requirements  for  radio- 
based  communications  that  will  be  satisfied  by  the 
joint  tactical  radio  system  (JTRS)  ORD? 

CJCSI 
6212.01B, 
Page  E-2 

48. 

5 

Does  the  ORD  include  a  requirement  for  NAVSTAR 
global  positioning  system  (GPS)  and  precise  posi¬ 
tioning  service  (PPS)?  If  yes,  does  the  ORD  clearly 
state  that  the  system  will  develop  and  procure  only 
selective  availability  anti-spoofing  module  (SAASM) 
based  equipment  after  1  Oct  2002? 

CJCSI 
6212.01B, 
Page  E-2 

49. 

7 

Does  the  ORD  include  the  number  of  operational 
systems,  operational  and  support  personnel, 
facilities,  support  infrastructure  and  organizational, 
intermediate,  and  depot  support  elements  that  must 
be  in  place? 

NOTE:  The  impact  of  not  meeting  this  objective  and 
a  window  of  acceptability  must  be  addressed. 

CJCSI 
3170.01A, 
Page  E-A-6 

50. 

7 

Does  the  ORD  adequately  address  the  requirement 
for  interoperability  system  testing  and 
certification? 

CJCSI 
3170.01A, 
Page  E-A-6 
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C4I  SUPPORT  PLAN  (C4ISP) 


The  following  table  details  J-6  supportability  assessment  criteria  for 
C4ISPs.  For  ACAT  II  and  III  systems,  the  application  of  these  criteria 
will  be  tailored  to  the  scope,  extent,  and  character  of  the  system  under 
development.  This  table  is  based  on  the  C4ISP  format  in  reference  j. 
Additional  criteria  are  used  by  J-2  in  assessing  and  certifying  intelligence 
supportability. 
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Table  C-B-1.  C4ISP  Assessment  Criteria 


No 

C4ISP 

Para 

Criteria 

Reference 

1 

Provide  a  high-level  system  description  and 
discussion  of  C4ISP  contents.  C4ISP  writers  will 
identify  program,  acquisition  category,  and 
status  within  the  acquisition  cycle;  state  the 
purpose  and  scope  of  the  support  plan;  and 
reference  all  approved  (or  validated)  and  draft 
documents  affecting  the  system. 

Defense 

Acquisition 

Deskbook 

1. 

2 

Provide  an  overview  of  the  specific  system  being 
developed,  and  include  all  relevant  NSS  and  ITS 
support  characteristics. 

Defense 

Acquisition 

Deskbook 

2. 

2 

For  a  weapon  system,  include  an  illustration  and 
describe  the  purpose,  design  objectives,  warhead 
characteristics,  sensors,  guidance  and  control 
navigation  capabilities  and  limitations  (if 
appropriate),  C2  environment,  and  general 
performance  envelope. 

Defense 

Acquisition 

Deskbook 

3. 

2 

For  a  C2  system  describe  system  function, 
general  bandwidth  requirements,  and  interfaces 
with  other  NSS  and  ITS. 

Defense 

Acquisition 

Deskbook 

4. 

2 

For  an  AIS,  describe  the  system  function,  its 
mission  criticality/ essentiality,  interfaces  with 
other  NSS  and  ITS,  primary  databases 
supported,  and  direct  or  indirect  impacts  on 
warfighter  missions. 

Defense 

Acquisition 

Deskbook 

5. 

2 

For  all  systems  provide  a  general  outline  of  how 
the  system  will  be  employed,  what  NSS  and  ITS 
information  it  will  need,  and  how  the  NSS  and 

ITS  architecture  should  work  to  satisfy 
operational  requirements. 

Defense 

Acquisition 

Deskbook 

6. 

2 

Summarize  potential  problem  areas  to  highlight 
shortfalls  in  required  support.  Include  a  general 
description  of  shortfalls. 

Defense 

Acquisition 

Deskbook 
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No 

C4ISP 

Para 

Criteria 

Reference 

7. 

3. 

Define  the  employment  concept  for  the  system 
used  to  derive  support  requirements  are  derived. 

Defense 

Acquisition 

Deskbook 

8. 

3.1 

Define  the  system’s  roles,  missions,  high-level 
operational  concepts,  operational  architectures 
(time-phased,  by  mission  area),  types  and 
attributes  of  information  needed,  interfaces,  and 
information  exchanges.  Discuss  joint  guidance, 
doctrine,  and  operational  procedures  pertaining 
to  the  system. 

Defense 

Acquisition 

Deskbook 

9. 

3.1 

Identify  and  describe  the  system’s  distinct 
mission  types  and  employment  concepts. 

Identify  and  prioritize  functions,  describe  the 
functions  that  are  critical  for  specific  missions, 
and  summarize  NSS  and  ITS  requirements  for 
each  distinct  mission  type. 

Defense 

Acquisition 

Deskbook 

10. 

3.2 

Define  mission  types  and  the  NSS  and  ITS 
support  requirements  associated  with  each  type 
to  determine  NSS  and  ITS  infrastructure 
requirements.  This  information  is  combined  with 
the  employment  rate  to  derive  operational  NSS 
and  ITS  requirements  for  the  system. 

Defense 

Acquisition 

Deskbook 

11. 

3.2 

Discuss  the  employment  schema;  depict  the 
operational  architecture  view(s);  discuss  the 
threat  and  tactical  considerations;  describe  the 
likely  employment  rate  of  the  system;  describe 
the  time-critical  events  required  to  meet 
operational  objectives;  and  address  workload 
considerations  based  on  the  operational 
employment  concept. 

Defense 

Acquisition 

Deskbook 

12. 

3.2 

This  section  will  include  the  OV-1,  OV-2,  and 
OV-6c  operational  architecture  view  products. 

The  OV-1  architecture  view  must  correlate  with 
the  OV-1  product  from  the  associated  ORD. 

Defense 

Acquisition 

Deskbook 

13. 

3.3 

Provide  a  systems  architecture  view  that  includes 
a  verbal  and  graphical  description  of  systems 
and  connectivity  providing  or  supporting  system 
functions;  it  is  also  time-phased  by  mission  area. 

Defense 

Acquisition 

Deskbook 
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No 

C4ISP 

Para 

Criteria 

Reference 

14. 

3.3 

For  a  given  mission  area,  the  systems 
architecture  view  shows  how  multiple  systems 
link  and  integrate  and  may  describe  the 
capabilities  and  operation  of  particular  systems 
within  the  architecture. 

Defense 

Acquisition 

Deskbook 

15. 

3.3 

The  systems  architecture  view  identifies  key 
nodes  including  materiel  item  nodes,  physical 
connections,  association  of  systems  to  nodes, 
circuits,  networks,  warfighting  platforms,  and 
specific  system  and  component  performance 
parameters  such  as  mean  time  between  failure, 
maintainability,  and  availability. 

Defense 

Acquisition 

Deskbook 

16. 

3.3 

The  systems  architecture  view  associates 
physical  resources  and  performance  attributes  to 
the  operational  architecture  view  and  its 
requirements,  consistent  with  standards  defined 
in  the  technical  architecture. 

Defense 

Acquisition 

Deskbook 

17. 

3.3 

Systems  architectures  should  increase  in  detail 
as  the  acquisition  progresses  from  milestone  to 
milestone.  At  a  minimum,  the  systems 
architecture  should  include  existing  or  planned 
systems  and  networks  that  provide  input  to  or 
receive  output  from  the  new  system  or  that 
support  primary  activities  related  to  the  system 
to  be  acquired,  and  nodes  where  systems  are 
located. 

Defense 

Acquisition 

Deskbook 

18. 

3.3 

This  section  will  include  the  SV-1  system 
architecture  view,  which  must  correlate  with  the 
SV-1  product  from  the  associated  ORD. 

Defense 

Acquisition 

Deskbook 

19. 

3.4 

Provide  a  technical  architecture  (TV-1)  that  lists 
applicable  technical  standards,  interfaces  with 
systems  for  connectivity  or  interoperability  and 
includes  a  discussion  on  interoperability  and 
operations  with  coalition  and  allied  forces. 

Details  and  supporting  discussion  should  be 
included  in  Appendix  C. 

Defense 

Acquisition 

Deskbook 

20. 

3.4 

The  technical  view  should  discuss  how  the 
standards  are  implemented.  In  most  cases,  the 
technical  architecture  view  will  identify 
applicable  existing  technical  guidance,  tailored 
as  needed. 

Defense 

Acquisition 

Deskbook 
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No 

C4ISP 

Para 

Criteria 

Reference 

21. 

4 

Document  the  NSS  and  ITS  support  required  to 
satisfy  the  development,  testing,  and  operational 
employment  of  the  system.  The  focus  is 
specifically  those  NSS  and  ITS  support 
requirements  necessary  for  the  system  or 
component  to  be  successfully  developed  and  to 
perform  its  designed  function  (as  a  consumer 
and  as  a  producer  of  information) . 

Defense 

Acquisition 

Deskbook 

22. 

4 

A  strategy-to-task  (STT)  methodology  is  the 
preferred  approach  for  identifying  derived  NSS 
and  ITS  support  requirements.  The  STT 
framework  establishes  links  between  means  and 
ends  through  a  hierarchy  of  objectives.  It 
provides  an  audit  trail  from  broad  objectives 
down  to  operational  and  tactical  concepts  where 
elements  are  linked  together  using  weapons, 
platforms,  tactics,  and  ITS  to  achieve  the 
objectives. 

Defense 

Acquisition 

Deskbook 

23. 

4.1 

Couple  each  employment  scheme  (Section  3.1) 
with  the  corresponding  employment  rate  (Section 
3.2)  and  the  system  and  technical  architectures 
(Sections  3.3  and  3.4)  to  assess,  characterize, 
and  quantify  the  requirements  placed  on  NSS 
and  ITS  support  systems  and  activities. 

Defense 

Acquisition 

Deskbook 

24. 

4.1 

STT  analysis  will  address  the  full  range  of  NSS 
and  ITS  support  systems  and  data  exchange 
requirements,  including  delivery  platforms; 
intelligence  tasking,  collection,  processing, 
exploitation,  analysis,  production,  and 
dissemination  activities  and  assets;  the 
communications  infrastructure;  and  support 
staffs. 

Defense 

Acquisition 

Deskbook 

25. 

4.1 

Evaluate  the  qualitative  and  quantitative 
adequacy  of  supporting  systems  and  activities. 
Include  specific  types  and  elements  of 
information  and  associated  characteristics  and 
attributes  such  as  accuracy,  timeliness, 
volumetric  estimates,  and  required  update  rates. 

Defense 

Acquisition 

Deskbook 
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No 

C4ISP 

Para 

Criteria 

Reference 

26. 

4.1 

For  systems  with  intelligence  and  geospatial 
needs,  address  the  area  of  coverage,  timeliness, 
security,  impact,  quantity,  quality,  assuredness, 
robustness,  flexibility,  and  scalability.  The  level 
of  detail  used  in  describing  the  operational 
support  requirements  should  be  sufficient  to 
assess  supportability. 

Defense 

Acquisition 

Deskbook 

27. 

4.1 

For  each  external  interface,  the  following 
information  should  be  provided:  Activities, 
organizations,  or  activities  involved;  networks  or 
other  means  used  to  exchange  information; 
transmission  types  (i.e.,  satellite 
communications  (SATCOM),  landline,  LOS 
communications);  communication  needs 
(spectrum  certification,  supportability,  host- 
nation  authorization,  and  bandwidth 
requirements);  databases  and  software;  and 
critical  interfaces. 

Defense 

Acquisition 

Deskbook 

28. 

4.1 

Identify  the  primary  automated  information 
system  capabilities,  computer  hardware, 
workstations,  peripherals,  central  processors, 
and  routing  processors.  Include  options  such  as 
RAM,  hard  disc  capacity,  clock  speed,  expansion 
slots,  operating  system,  etc.  State  the  benefits 
expected  and  reasoning  for  the  software  and 
hardware  selected. 

Defense 

Acquisition 

Deskbook 

29. 

4.1 

Identify  the  types  of  data  processed  and  how  they 
will  be  used  by  the  system.  Identify  new  or 
updated  data  that  may  be  required  by  the 
system.  Identify  information  exchange  rates. 

Defense 

Acquisition 

Deskbook 

30. 

4.1 

Specific  lERs  should  be  identified  in  Appendix  D, 
including  at  a  minimum,  all  top-level  lERs  from 
the  associated  ORD.  lERs  should  be  identified 
using  the  OV-3  operational  architecture  view, 
plus  all  required  ORD  fields  specified  in  CJCSI 
6212.01. 

Defense 

Acquisition 

Deskbook 

31. 

4.1 

Identify  information  security  classification  level 
required  and  capabilities  employed.  If  data  is 
encrypted,  identify  the  type  of  encryption 
planned.  Address  other  information  assurance 
and  critical  infrastructure  protection  issues  as 
appropriate. 

Defense 

Acquisition 

Deskbook 
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No 

C4ISP 

Para 

Criteria 

Reference 

32. 

4.2 

Address  required  support  for  interoperability 
demonstrations  and  testing  both  within  the  DOD 
component  (internal  testing)  and  by  external 
activities  such  as  the  JITC.  This  discussion 
should  identify  all  information  and  NSS  and  ITS 
infrastructure  elements  necessary  for  realistic 
test  and  evaluation.  If  the  testing  scheme 
proposes  simulating  one  or  more  support 
systems,  identify  the  related  performance 
parameters. 

Defense 

Acquisition 

Deskbook 

33. 

4.3 

Identify  the  NSS  and  ITS  infrastructure  required 
to  support  training  activities  prior  to  and  after 

IOC.  Discuss  anticipated  NSS  and  ITS  support 
to  training  required  for  the  three  mutually 
supporting  pillars  of  training:  unit,  institution, 
and  self-development.  Identify  anticipated 
operator,  crew,  and  net  training  that  may  be 
required  to  support  joint  operations.  Identify 
anticipated  use  of  computer-based  training 
modules,  simulations,  and  major  exercises. 

Defense 

Acquisition 

Deskbook 

34. 

5.0 

Address  shortfalls  in  required  NSS  and  ITS 
support  capabilities;  shortfalls  in  manpower, 
training,  or  doctrine  for  NSS  and  ITS;  and  any 
other  changes  that  must  be  implemented  for  the 
NSS  and  ITS  infrastructure  to  support  the 
system.  Include  shortfalls  that  limit  or  preclude 
design  tradeoff  studies  or  other  analyses  during 
program  risk  reduction  and  demonstration. 

Specify  the  impact  of  failure  to  resolve  the 
shortfalls  in  terms  of  program  resources  and 
schedule,  inability  to  achieve  threshold 
performance,  and  system  or  warfighter 
vulnerability.  Identify  the  plan  and  schedule  to 
remedy  each  shortfall,  including  issues  that 
must  be  resolved.  If  proposed  for  allied  or 
coalition  interoperability,  identify  the  type  of 
releasable  encryption  devices  required  or 
planned. 

Defense 

Acquisition 

Deskbook 

35. 

5.0 

Address  the  system’s  reliance  on  technology  not 
currently  available,  other  systems  under 
development,  or  dependency  on  milestones  of 
other  programs. 

Defense 

Acquisition 

Deskbook 
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36. 

5.0 

If  the  solution  to  an  identified  shortfall  lies 
outside  the  control  of  the  DOD  component, 
provide  a  recommendation  identifying  the 
organization  with  the  responsibility  and 
authority  to  address  the  shortfall. 

Defense 

Acquisition 

Deskbook 

37. 

5.1 

Identify  potential  shortfalls  noted  in  the 
operational  employment  scheme.  Focus 
particularly  on  potential  support  system  inability 
to  meet  quantitative  or  qualitative  requirements. 
Identify  initial  interface  dependencies  that 
remain  unfulfilled,  especially  those  beyond  the 
program  manager’s  control.  Furthermore,  note 
potential  conflicting  demands  on  support  from 
other  systems  and  activities. 

Defense 

Acquisition 

Deskbook 

38. 

5.2 

Identify  potential  shortfalls  noted  in  the  proposed 
testing  and  evaluation  scheme.  Focus 
particularly  on  potential  discontinuities  between 
the  testing  plan  and  support  system  and  activity 
availability. 

Defense 

Acquisition 

Deskbook 

39. 

5.3 

Identify  potential  shortfalls  noted  in  the  proposed 
training  schemes  for  system  development  as  well 
as  test  and  operational  employment. 

Defense 

Acquisition 

Deskbook 

40. 

Appendix 

A 

Provide  the  most  recent  ITMRA  compliance 
information  for  the  program  or  system  in  this 
appendix. 

Defense 

Acquisition 

Deskbook 

41. 

Appendix 

B 

Provide  a  list  of  references  that  identify  all 
related  documents  (with  dates)  used  to  prepare 
the  support  plan.  Include  all  essential  and  any 
supporting  products  covering  operational, 
systems,  or  technical  architecture  views  such  as 
the  STAR,  analysis  of  alternatives  (AoA),  COEA, 
MNS,  ORD,  TEMP,  system  acquisition  master 
plan  (SAMP),  acquisition  program  baseline  (APB), 
other  C4ISPs,  or  any  other  C4ISR  architectural 
framework  products. 

Defense 

Acquisition 

Deskbook 
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42. 

Appendix 

C 

Identify  information  technology  standards 
implemented  by  the  system  (technical 
architecture  view  TV-1).  These  standards  should 
be  based  upon  the  JTA. 

Defense 

Acquisition 

Deskbook 

43. 

Appendix 

D 

The  set  of  lERs  for  each  external  interface  should 
be  documented  and  described,  including  at  a 
minimum,  all  lERs  from  the  associated  ORD. 
lERs  should  be  identified  using  the  OV-3 
operational  architecture  view,  plus  all  required 
ORD  fields  specified  in  CJCSI  6212.01. 

Defense 

Acquisition 

Deskbook 

44. 

Appendix 

E 

Identify  documentation  that  indicates  what 
interface  control  agreements  have  been  made 
(and  those  that  are  required  to  be  made)  between 
dependent  programs  for  NSS  and  ITS  support. 

For  example,  if  system  A  is  relying  on 
information  from  system  B,  then  this  interface 
dependency  must  be  documented  to  ensure  it  is 
addressed.  At  a  minimum,  these  dependencies 
should  be  identified  in  the  C4ISPs  for  both 
systems  A  and  B. 

Defense 

Acquisition 

Deskbook 
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PROCEDURES 

1.  General.  The  Joint  Staff  J-6  performs  interoperability  requirements 
certification  (MNSs,  CRDs,  ORDs);  supportability  certification  (C41SPs); 
and  interoperability  system  validation. 

a.  J-6  Interoperability  Requirements  Certification.  This  certification 
occurs  prior  to  each  acquisition  milestone  (0,  1,  11,  111). 

(1)  The  J-6  certifies  MNSs,  CRDs,  and  ORDs  regardless  of  ACAT 
level  for  conformance  with  joint  NSS  and  ITS  policy  and  doctrine  and 
interoperability  standards.  The  J-6  also  certifies  the  interoperability  KPP 
derived  from  a  set  of  top-level  lERs. 

(2)  As  part  of  the  review  process,  J-6  requests  assessments  from 
the  Services,  DISA,  and  DOD  agencies.  ClNCs  are  required  to  review  and 
comment  on  ACAT  1/lA  and  JROC  special  interest  requirements 
documents  during  the  J-8  (JROC)  formal  review.  ClNCs  are  provided  the 
opportunity  to  review  and  comment  on  ACAT  11  and  below  documents 
during  the  J-6  interoperability  requirements  certification  process. 

(3)  USJFCOM,  as  the  joint  force  integrator,  will  review  and  confirm 
the  sufficiency  of  interoperability  KPPs  and  lER  matrices  for  all  CRDs 
and  ORDs  regardless  of  ACAT.  The  J-6  forwards  interoperability 
certification  to  the  JROC  for  ACAT  1/lA  and  JROC  special  interest 
programs  or  to  the  sponsoring  DOD  component  for  ACAT  11  and  below 
programs. 
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(4)  J-6  will  forward  unresolved  interoperability  issues  to  the  MCEB 
or  MIB  for  resolution.  The  MCEB  or  MIB  will  return  resolved 
interoperability  issues  to  the  lead  DOD  component  to  complete  JROC 
approval  process.  The  MCEB  and  MIB  will  ensure  that  unresolved  issues 
resulting  from  interoperability  assessments  are  presented  to  the  JROC 
for  resolution  (see  Figure  D-1). 

b.  Supportability  Certification.  The  J-6  certifies  to  ASD  (C3I)  that 
C4ISPs,  regardless  of  ACAT,  adequately  address  NSS  and  ITS 
infrastructure  requirements,  the  availability  of  bandwidth  and  spectrum 
support,  funding,  personnel,  and  identify  dependencies  and  interface 
requirements  between  systems. 

(1)  As  part  of  the  review  process,  J-6  requests  supportability 
assessments  from  DISA  and  DOD  agencies.  CINCs  are  provided  the 
opportunity  to  review  and  comment  on  documents,  regardless  of  ACAT, 
during  the  J-6  supportability  certification  process. 

(2)  J-6  conducts  a  supportability  certification  for  C4ISPs  prior  to 
Milestone  I,  II,  and  III  for  submission  to  ASD  (C3I)  as  part  of  the  C4ISP 
review  process. 

(3)  In  a  related  but  separate  process,  J-2  provides  certification  of 
intelligence  supportability. 

c.  J-6  Interoperability  System  Validation.  The  J-6  validation  is 
intended  to  provide  total  life-cycle  oversight  of  warfighter  interoperability 
requirements.  The  J-6  validates  that  the  interoperability  KPP  derived 
from  the  set  of  top-level  lERs  approved  in  the  CRD  (if  applicable),  ORD, 
and  C4ISP  was  adequately  tested  and  testing  results  certified  during  the 
DISA  (JITC)  interoperability  system  test  certification.  Fifteen  days  after 
receipt  of  the  DISA  (JITC)  interoperability  system  test  certification 
memorandum,  the  J-6  will  issue  an  interoperability  system  validation 
memorandum  to  the  respective  Services,  agencies,  and  developmental 
and  operational  testing  organizations. 

2.  Assessment  Procedure  Overview.  Documents  submitted  by  C/S/As 
will  be  evaluated  early  in  the  life  cycle  of  a  system  and  at  all  acquisition 
milestones  to  help  the  developer  ensure  that  a  system  or  program  will 
successfully  achieve  system  test  certification  and  eventual  fielding. 

a.  During  the  interoperability  certification  process,  J-6  requests 
technical  assessments  from  DISA,  Services,  and  other  DOD  agencies. 


D-2 


Enclosure  D 


CJCSI  6212.01B 
8  May  2000 

b.  USJFCOM,  as  the  joint  force  integrator,  will  review  and  confirm  the 
sufficiency  of  interoperability  KPPs  and  lER  matrices  for  all  CRDs  and 
ORDs  regardless  of  ACAT. 

c.  CINCs  are  required  to  review  and  comment  on  ACAT  I/IA  and 
JROC  special  interest  requirements  documents  during  the  J-8  (JROC) 
formal  review.  CINCs  are  provided  the  opportunity  to  review  and  provide 
warfighter  comments  during  the  J-6  interoperability  requirements 
certification  process. 

d.  J-6  uses  a  DISA-managed  electronic  tool,  the  J-6  assessment  tool, 
to  enhance  the  staffing,  coordination,  and  compilation  of  assessment 
comments  (Figure  D-2).  Additional  information  on  the  J-6  assessment 
tool  is  explained  in  Appendix  A  to  this  enclosure. 

(1)  J-6  interoperability  certifications  of  MNSs,  ORDs,  and  CRDs 
are  conducted  in  three  distinct  stages.  J-6  supportability  certifications  of 
C4ISPs  are  conducted  in  two  stages.  ASD  (C3I)  is  responsible  for  Stage 
III  for  C4ISPS. 

(a)  Stage  I  is  the  draft  assessment  for  all  ACATs  of  a  MNS, 

ORD,  CRD,  or  C4ISP. 

(b)  Stage  II  is  the  final  assessment  and  certification  of  the  same 
documents. 

(c)  Stage  III  is  the  posting  of  the  JROC-  or  MDA-approved  MNS, 
CRD,  and  ORD.  Approved  documents  are  filed  in  the  J-6  assessment 
tool  with  the  J-6  certification  letter. 

e.  The  suspense  for  completing  a  Stage  I  MNS,  ORD,  CRD,  or  C4ISP 
certification  is  35  sequential  days  from  electronic  submission  date  to  the 
J-6  assessment  tool. 

f.  The  Stage  II  suspense  is  21  sequential  days. 

g.  The  Stage  III  suspense  is  15  sequential  days  after  JROC  or  MDA 
approval. 
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Figure  D-2.  Requirements  and  Acquisition  Interface 
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h.  J-6  interoperability  and  J-6  supportability  certification  approval 
authority  for  each  stage  is  detailed  in  Table  D- 1 . 


DOCUMENT 

-STAOE 

J6 

CERTIFICATION 

APPROVAL 

AUTHORITY 

I 

06 

MNSs/ORDs 

II 

FLAG 

ACAT  I/IA 

III 

J-8  JROC* 

I 

06 

CRDs 

II 

FLAG 

III 

J-8  JROC* 

I 

06 

MNS/ORD 

ACAT  II  &  III 

II 

06 

III 

C/S/A* 

I 

06 

C4ISP 

ACAT  I/IA 

II 

FLAG 

I 

06 

C4ISP 

ACAT  II-III 

II 

06 

*NOTE:  Posting  Approval  Authority 


Table  D-1.  J-6  Certification  Approval  Authority 


i.  All  DOD  requirements  originators  and  assessors  (C/S/As)  will  use  the  J-6 
assessment  tool  to  submit  documents  and  assessor  comments  to  J-6  on  all 
MNSs,  ORDs,  CRDs,  and  C4ISPs. 


j.  During  Stages  I  and  II,  assessor  comments  will  be  categorized  as  detailed 
below. 


CRITICAL.  A  critical  comment  indicates  nonconcurrence  with  the 
document  until  the  comment  is  satisfactorily  resolved. 
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SUBSTANTIVE.  A  substantive  comment  is  provided  because  a  section  in 
the  document  appears  to  be  or  is  potentially  unnecessary,  incorrect, 
misleading,  confusing,  or  inconsistent  with  other  sections.  A  substantive 
comment  not  resolved  in  Stage  I  could  result  in  a  critical  Stage  II  comment. 
Additionally,  multiple  substantive  comments  could  also  result  in  a  critical 
comment. 

ADMINISTRATIVE.  An  administrative  comment  corrects  what  appears  to 
be  a  typographical,  format,  or  grammatical  error. 

k.  Formal  comments  will  indicate  the  page  and  paragraph  numbers  from 
the  document  and  provide  a  rewrite  recommendation  and  a  rationale. 

l.  Document  submitters  may  contact  POCs  identified  in  J-6  certification 
memorandum  to  discuss  critical  comments.  Resolved  critical  comments  must 
be  incorporated  in  Stage  II  document.  Stage  I  critical  comments  will  be 
resolved  during  Stage  II.  Unresolved  Stage  II  critical  comments  will  be 
forwarded  by  J-6  to  the  MCEB  or  MIB  for  resolution. 
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APPENDIX  A  TO  ENCLOSURE  D 
J-6  ASSESSMENT  TOOL 


1.  General.  The  J-6  assessment  tool  is  the  primary  software  tool  used 
to  manage  the  assessment  and  storage  of  MNSs,  CRDs,  ORDs,  and 
C4ISPs.  The  tool  is  part  of  the  joint  C4I  program  assessment  tool 
(JCPAT)  that  DISA  operates  and  maintains  for  the  Joint  Staff  and  ASD 
(C3I).  Other  JCPAT  tools  include  the  J-8  JROC  assessment  tool  and 
ASD  (C3I)  C4ISP  tool.  The  J-6  assessment  tool  provides  a  collaborative 
work  area,  automated  mail  and  distribution  function,  and  an  archival 
capability.  An  extensive  reference  library  of  requirement  documents  is 
available  for  C/S/As  use  (See  Figures  D-A-1  and  D-A-2). 

2.  J-6  Assessment  Tool  Access. 

a.  The  J-6  classified  assessment  tool  may  be  accessed  via  the 
SIPRNET  at  http://jcpat.ncr.disa.smiLmil;  unclassified  portions  may  be 
accessed  via  the  NIPRNET  at  http://iap.ncr.disa.miL 

b.  A  user  ID  and  password  are  required  to  use  the  tool  and  may  be 
requested  from  J-6L 

3.  J-6  Assessment  Tool  Functionality.  The  J-6  assessment  tool 
consolidates  and  formats  assessment  comments  from  C/S/As.  J-6 
reviews  the  consolidated  documents,  then  in  turn  completes  an 
interoperability  requirements  or  supportability  certification.  The  J-6 
assessment  tools  enhance  the  on-line  electronic  staffing  of  assessment 
documents.  Automated  E-mails  are  sent  to  assessor  organization  POCs 
(see  Table  D-A-1)  to  provide  notification  of  new  document  availability  on 
line.  Each  assessor  group  has  distinct  privileges.  User  responsibilities 
must  be  considered  when  groups  are  configured. 

4.  J-6  Assessment  Tool  Group  Responsibilities.  J-6  assessment  tool 
groups  and  responsibilities  are  detailed  below. 

a.  Joint  Staff/ J-6.  Executive  agent.  Uses  the  J-6  assessment  tool 
to  automate  the  NSS  and  ITS  assessment  process.  Using  the  J-6 
assessment  tool,  receives  new  electronic  requirements  and  C4ISP 
documents,  distributes  them-with  joint  staff  transmittal  document, 
electronically  collects  comments,  and  prepares  and  posts  the 
interoperability  certification  memorandum. 
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b.  Document  Submitter  Group.  An  organization  (C/S/A)  that 
electronically  submits  an  ACAT  11  or  111  requirements  document  to  the 
J-6  assessment  tool  for  J-6  interoperability  certification. 

(1)  All  ACAT  1/lA  requirements  documents  are  received  directly 
from  the  J-8  JROC  assessment  tool. 

(2)  All  C41SP  documents  are  received  directly  from  the  ASD  (C31) 
C41SP  tool. 

c.  Document  Assessor  Group.  AC/S/A  POC  responsible  for 
managing  NSS  and  ITS  assessments  via  the  J-6  assessment  tool.  The 
document  assessor  POC 

(1)  Regularly  accesses  the  J-6  assessment  tool  and  accounting 
for  and  responding  to  all  J-6  taskings. 

(2)  Coordinates  the  assessment  of  assigned  requirements  and 
C41SP  documents  within  his  or  her  C/S/A. 

(3)  Returns  the  C/S/A’s  consolidated  comments  to  J-6 
electronically  via  the  J-6  assessment  tool. 

(4)  Identifies  the  individual  within  the  organization  responsible 
for  reviewing  a  document  and  provides  that  individual  document 
assessor  username  and  password  needed  to  access  the  J-6  assessment 
tool.  The  document  assessor  username  and  password  are  obtained 
from  J-61. 

NOTE:  Each  C/S/A  has  only  one  document  assessor  POC.  Only  the 
C/S/A  document  assessor  POC  can  send  the  consolidated  assessment 
comments  back  to  the  J-6  assessment  tool. 

d.  Table  D-A-1  details  J-6  assessment  tool  groups. 
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Table  D-A-l.J-6  Assessment  Tool  Groups 


ORGANIZATION 

LOCATION 

J  6  ASSESSMENT 
TOOL  ROLE 

DOCUMENTS 

Joint  Staff  J-6 

Pentagon 

J-6  Assessment  Tool 
Executive  Agent 

MNSs,  ORDs,  CRDs, 
C4ISPS 

ASD  (C3I) 

Crystal  Mall 

III,  Alexandria, 
VA 

Document  Assessor 

MNS,  CRD,  ORD 

Joint  Staff  J-2 

Pentagon 

Document  Assessor 

MNSs,  ORDs,  CRDs 

USA,  TRADOC 

Ft  Monroe,  VA 

Document 

Submitter/Assessor 

MNSs,  ORDs,  CRDs 

USN,  CNO 

Pentagon 

Document 

Submitter/Assessor 

MNSs,  ORDs,  CRDs 

USAF,  XORD 

Pentagon 

Document 
Submitter/ Assessor 

MNSs,  ORDs,  CRDs 

USMC 

Quantico,  VA 

Document 

Submitter/Assessor 

MNSs,  ORDs,  CRDs 

USCENTCOM 

MacDill  AFB, 
FT 

Document 
Submitter/ Assessor 

MNSs,  CRDs,  ORDs, 
C4ISPS 

USEUCOM 

Vaihingen, 

Germany 

Document 
Submitter/ Assessor 

MNSs,  CRDs,  ORDs, 
C4ISPS 

USJFCOM 

Norfolk,  VA 

Document 
Submitter/ Assessor 

MNSs,  CRDs,  ORDs, 
C4ISPS 

USPACOM 

Camp  H.  M. 
Smith,  HI 

Document 
Submitter/ Assessor 

MNSs,  CRDs,  ORDs, 
C4ISPS 

USSOUTHCOM 

Miami,  FT. 

Document 

Submitter/  Assessor 

MNSs,  CRDs,  ORDs, 
C4ISPS 

USSPACECOM 

Peterson  AFB, 
CO 

Document 
Submitter/ Assessor 

MNSs,  CRDs,  ORDs, 
C4ISPS 

USSOCOM 

MacDill  AFB, 
FT 

Document 
Submitter/ Assessor 

MNSs,  CRDs,  ORDs, 
C4ISPS 

USSTRATCOM 

Offutt  AFB, 

NE 

Document 
Submitter/ Assessor 

MNSs,  CRDs,  ORDs, 
C4ISPS 

USTRANSCOM 

Scott  AFB,  IT 

Document 
Submitter/ Assessor 

MNSs,  CRDs,  ORDs, 
C4ISPS 

DISA 

Arlington,  VA 

Document  Assessor 

MNSs,  ORDs,  CRDs, 
C4ISPS 

DISA  (JITC) 

Ft.  Huachuca, 
AZ 

Document  Assessor 

MNSs,  ORDs,  CRDs, 
C4ISPs,  System  Test 
Certification  results 

DISA  (JSC) 

Annapolis,  MD 

Document  Assessor 

MNSs,  ORDs,  CRDs, 
C4ISPS 
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ORGANIZATION 

LOCATION 

J  6  ASSESSMENT 
TOOL  ROLE 

DOCUMENTS 

NSA 

Ft.  Meade,  MD 

Document 

Submitter/Assessor 

MNSs,  CRDs,  ORDs 

NIMA 

Reston,  VA 

Document 

Submitter/  Assessor 

MNSs,  ORDs,  CRDs 

DIA 

Pentagon 

Document 

Submitter/  Assessor 

MNSs,  ORDs,  CRDs 

5.  Detailed  J-6  Certification  Procedures 


a.  Interoperability  Requirements  Certification  MNSs,  CRDs,  and 
ORDs.  The  process  is  divided  into  three  stages.  Each  stage  is  described 
step-by-step  in  the  following  paragraphs. 

(1)  Stage  I  -  Draft  Assessment.  The  assessment  process  is 
depicted  in  Figure  D-A-1.  Thirty-five  sequential  days  are  allocated  for  a 
Stage  I  assessment  after  a  document  submission  on  the  J-6  assessment 
tool.  The  J-6  assessment  tool  archives  is  available  for  C/S/As  to  use  in 
developing  MNSs  and  ORDs  and  to  search  for  status  of  documents. 

(a)  ACAT  I/IA  and  JROC  Special  Interest  Requirements 
Documents 


1  Originating  C/S/As  submit  draft  ACAT  I/IA  MNSs,  CRDs, 
and  ORDs  electronically  to  the  Joint  Staff  (J-8)  JROC  Secretariat  via  the 
J-8  JROC  assessment  tool  in  JCPAT. 

2  Once  tasked  by  the  J-8,  the  J-6  electronically  distributes 
the  documents  via  the  J-6  assessment  tool  for  review  and  comment. 

3  For  ACAT  I/IA  and  JROC  special  interest  requirements 
documents,  J-8  tasks  the  CINCs  to  review  and  comment. 

4  J-6  uses  the  J-6  assessment  tool  to  consolidate  all 
assessment  comments  into  the  J-6  certification  memorandum.  The  J-6 
certification  memorandum  is  forwarded  to  the  J-8.  The  process  is 
detailed  in  the  steps  following  paragraph  (b)  below. 

(b)  ACAT  II  and  Below  Requirements  Documents.  C/S/As 
submit  ACAT  II  and  below  MNSs,  CRDs,  and  ORDs  electronically  to  the 
J-6  via  the  J-6  assessment  tool  for  certification.  J-6  requests  technical 
assessments  from  DISA,  Services,  and  DOD  agencies.  CINCs  are 
provided  the  opportunity  to  review  and  comment  on  ACAT  II  and  below 
documents.  J-6  uses  the  J-6  assessment  tool  to  consolidate  all 
assessment  comments  into  the  J-6  certification  memorandum.  The  J-6 
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certification  memorandum  is  forwarded  to  the  originating  C/S/As.  The 
process  is  detailed  in  the  following  steps. 

Step  1.  Originating  C/S/As  submit  MNS,  CRD,  and  ORD 
electronically  to  the  J-8  JROC  or  J-6  assessment  tools  (document 
submission  screens  as  depicted  in  Figure  D-A-1). 

Step  2.  J-6  (or  J-8  RAD  for  AC  AT  I/IA)  creates  tasking 
memorandum  and  suspense  date. 

Step  3.  J-6  assessment  tool  notifies  all  assessor  group  POCs 
via  automated  E-mail  that  a  new  requirements  document  is  available  for 
assessment  on-line.  Assessors  review  and  submit  comments  to  the  J-6 
assessment  tool  electronically. 

Step  4.  J-6  consolidates  comments  via  J-6  assessment  tool. 
Originating  C/S/As  may  contact  POCs  identified  in  J-6  certification 
memorandum  to  discuss  critical  comments.  Resolved  critical  stage  I 
comments  must  be  incorporated  in  the  Stage  II  submitted  document. 
Stage  I  critical  comments  will  be  resolved  during  Stage  II. 

Step  5.  J-6  sends  interoperability  requirements  certification 
memorandum  to  C/S/A  or  J-8  RAD  for  ACAT  I/IA  via  J-6  assessment 
tool. 


Legend 

FLOW  ==►  CERTIFICATION 


MNS.  CRD  &  ORD 


I  ASSESSMENT 

TOOL  (Cl)  repository 


Figure  D-A-1.  J-6  Interoperability  Requirements  Certification  Process 

MNSs,  CRDs,  and  ORDs 


(c)  Stage  II  -  Final  Assessment  and  Certification.  The  objective 
of  this  step  is  to  obtain  a  J-6  interoperability  requirements  certification. 
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The  Stage  II  process  mirrors  the  Stage  I  process.  Twenty-one  sequential 
days  are  allocated  for  a  Stage  II  assessment  after  a  document 
submission.  The  Stage  II  assessment  and  certification  process  is 
described  in  the  following  steps. 

Step  1.  Same  as  Stage  I,  Step  1.  Originating  C/S/As  submit 
MNS,  CRD,  and  ORD  electronically  via  the  J-6  assessment  tool  as 
depicted  in  Figure  D-A-1.  Critical  Stage  I  comments  resolved  off-line 
must  be  incorporated  in  the  Stage  II  submitted  document. 

Step  2.  Same  as  Stage  I,  Step  2.  J-6  (or  J-8  RAD  for  AC  AT 
I/IA)  creates  tasking  memorandum  and  suspense  date. 

Step  3.  Same  as  Stage  I,  Step  3.  J-6  assessment  tool 
notifies  all  assessor  group  POCs  via  automated  E-mail  that  a  new 
requirements  document  is  available  for  assessment  on-line.  Assessors 
review  and  submit  comments  to  the  J-6  assessment  tool  electronically. 

Step  4.  Same  as  Stage  I,  Step  4.  J-6  consolidates  comments 
via  J-6  assessment  tool.  Unresolved  Stage  II  critical  comments  will  be 
forwarded  by  J-6  to  the  MCEB  or  MIB  for  resolution. 

Step  5.  Same  as  Stage  I,  Step  5.  J-6  sends  interoperability 
requirements  certification  memorandum  to  C/S/A  or  J-8  RAD  for  ACAT 
I/IA  via  J-6  assessment  tool. 

(d)  Stage  III  -  Posting  of  Final  Document.  Stage  III  is  the 
posting  of  the  ACAT  II  or  III  MDA  approved  MNS,  CRD,  or  ORD.  The 
Stage  III  suspense  is  15  sequential  days  after  JROC  or  MDA  approval. 
Approved  documents  are  filed  in  the  J-6  assessment  tool  with  the  J-6 
certification  letter.  J-8  RAD  electronically  files  JROC  approved  ACAT 
I/IA  or  JROC  special  interest  documents  to  the  J-8  JROC  assessment 
tool. 

b.  J-6  Supportability  Certification  of  C4I  Support  Plans  (C4ISPs). 
C4ISPs  are  an  acquisition  document,  and  ASD  (C3I)  is  the  executive 
agent.  J-6  reviews,  comments,  and  certifies  C4ISPs  to  ASD  (C3I).  The 
J-6  review  process  is  similar  to  the  interoperability  requirements 
certification  process  described  above. 

(1)  Stage  I  -  Draft  Assessment.  The  J-6  process  is  identical  to  the 
Stage  I  and  II  five-step  processes  detailed  above  for  J-6  interoperability 
certification  of  requirements  documents.  The  only  difference  is  that 
C4ISPs  are  submitted  on  line  via  the  ASD  (C3I)  C4I  support  plan  tool  on 
the  JCPAT.  ASD  (C3I)  tasks  J-6  to  perform  a  supportability  certification 
as  part  of  the  overall  C4ISP  review  process.  Thirty-five  sequential  days 
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are  allocated  for  a  Stage  I  assessment  after  a  document  submission  on 
the  J-6  assessment  tool.  The  process  is  detailed  in  the  following  steps  and 
Figure  D-A-2. 

Step  1.  Originating  Service,  agency  ,or  program  manager 
submits  the  C4ISP  electronically  via  the  ASD  (C3I)  C4I  support  plan  tool 
document  submission  screen. 

Step  2.  ASD  (C3I)  creates  tasking  memorandum  and  suspense 

date. 


Step  3.  ASD  (C3I)  C4I  support  plan  tool  notifies  all  assessor 
group  POCs  (to  include  J-6)  via  automated  E-mail  that  a  new  C4ISP 
document  is  available  for  assessment  on-line. 

Step  4.  J-6  creates  tasking  memorandum  and  suspense  date. 

Step  5.  J-6,  via  J-6  assessment  tool,  notifies  DISA,  DISA  (JTIC), 
DISA  (JSC),  DISA  (CFITS),  and  CINCs  via  automated  E-mail  that  a  new 
C4ISP  document  is  available  for  assessment  on-line.  CINCs  are  provided 
the  opportunity  to  review  and  provide  warfighter  comments.  Assessors 
review  and  submit  comments  to  the  J-6  assessment  tool  electronically. 


Step  6.  J-6  consolidates  comments  via  J-6  assessment  tool. 
Originating  assessors  may  contact  POCs  identified  in  the  J-6 
supportability  certification  memorandum  to  discuss  critical  comments. 
Resolved  critical  stage  I  comments  must  be  incorporated  in  Stage  II 
submitted  document.  Stage  I  critical  comments  will  be  resolved  during 
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Stage  11.  J-6  will  forward  unresolved  Stage  II  critical  comments  to  ASD 
(C3I)  for  resolution. 

Step  7.  J-6  sends  a  supportability  certification  memorandum  to 
ASD  (C3I),  originating  Service,  agency,  or  program  manager  via  ASD  (C3I) 
C4I  support  plan  tool. 

(2)  Stage  II  -  Final  Assessment  and  Certification.  The  objective  of 
this  step  is  to  obtain  a  J-6  supportability  certification.  The  Stage  II 
process  mirrors  the  Stage  I  process.  Twenty-one  sequential  days  are 
allocated  for  a  Stage  II  assessment  after  a  document  submission.  The 
Stage  II  assessment  and  certification  process  is  described  in  the  following 
steps: 


Step  1.  Same  as  Stage  I,  Step  1.  Originating  Service,  agency  or 
program  manager  submits  the  C4ISP  on-line  via  the  ASD  (C3I)  C4ISP 
support  plan  tool  document  submission  screen.  Resolved  critical  stage  I 
comments  must  be  incorporated  in  the  Stage  II  submitted  document. 

Step  2.  Same  as  Stage  I,  Step  2.  ASD  (C3I)  creates  tasking 
memorandum  and  suspense  date. 

Step  3.  Same  as  Stage  I,  Step  3.  ASD  (C3I)  C4I  support  plan  tool 
notifies  all  assessor  group  POCs  (to  include  J-6)  via  automated  E-mail 
that  a  new  C4ISP  document  is  available  for  assessment  on-line. 

Step  4.  Same  as  Stage  I,  Step  4.  J-6  creates  tasking 
memorandum  and  suspense  date. 

Step  5.  Same  as  Stage  I,  Step  5.  J-6,  via  J-6  assessment  tool 
module,  notifies  DISA,  DISA  (JTIC),  (JSC),  (CFITS),  and  CINCs  via  E-mail 
that  a  new  C4ISP  document  is  available  for  assessment.  CINCs  are 
provided  the  opportunity  to  review  and  provide  warfighter  comments. 
Assessors  review  and  submit  comments  to  J-6  assessment  tool  on-line. 

Step  6.  Same  as  Stage  I,  Step  6.  J-6  consolidates  comments 
via  J-6  assessment  tool.  Originating  assessors  may  contact  POCs 
identified  in  the  J-6  supportability  certification  memorandum  to  discuss 
critical  comments  off-line.  Critical  stage  I  comments  resolved  off-line 
must  be  incorporated  in  the  Stage  II  submitted  document.  Stage  I 
critical  comments  will  be  resolved  during  Stage  II.  J-6  will  forward 
unresolved  Stage  II  critical  comments  to  ASD  (C3I)  for  resolution. 

Step  7.  Same  as  Stage  I,  Step  7.  J-6  sends  a  supportability 
certification  memorandum  to  ASD  (C3I),  originating  Service,  agency,  or 
program  manager  via  ASD  (C3I)  C4I  support  plan  tool. 
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APPENDIX  B  TO  ENCLOSURE  D 

INTEROPERABILITY  TESTING  AND  TEST  CERTIFICATION  PROCESS 

1.  General.  All  NSS  and  ITS,  regardless  of  ACAT,  must  be  tested  and 
testing  results  certified  by  DISA  (JITC) .  Testing  may  be  performed  in 
conjunction  with  other  testing  (i.e.,  DT&E,  OT&E,  early  user  tests) 
whenever  possible  to  conserve  resources. 

a.  DISA  (JITC)  must  be  involved  during  the  planning  and  execution  of 
interoperability  test  certification  at  each  program  fielding  milestone  and 
recertification.  DISA  (JITC),  in  coordination  with  the  C/S/As,  will  ensure 
that  the  required  data  elements  for  interoperability  system  test 
certification  are  collected  and  validated. 

b.  Tests  will  be  conducted  using  operational  facilities  and  the 
Services’  or  DISA  test  beds  during  developmental  testing  and  operational 
testing  (DT/OT)  periods. 

(1)  Based  on  such  testing,  DISA  (JITC)  will  conduct  an 
independent  analysis  of  the  data  and  certify  that  interoperability  KPP 
have  been  met  and  the  system  meets  criteria  for  joint,  combined,  or 
coalition  use. 

(2)  This  certification  will  include  an  assessment  of  individual  lERs 
and  overall  system  interoperability  performance. 

b.  The  intent  is  to  ensure  that  no  new  system  or  system  under 
modification  will  enter  production  and  gain  IOC  without  certification,  and 
that  interoperability  deficiencies  are  detected  sufficiently  early  in  the 
milestone  approval  process  to  ensure  interoperability  standards  are  met 
by  IOC. 

c.  For  commercial-off-the-shelf  (COTS)  systems  and  software  not 
requiring  formal  acquisition  review.  Service-sponsored  interoperability 
testing  and  DISA  (JITC)  certification  will  be  conducted  prior  to  IOC. 

d.  The  MCEB  IPTP  resolves  issues  concerning  joint  testing  and 
interoperability  system  test  certification. 

e.  Intelligence  interoperability  issues  will  be  referred  to  the  MIB. 

f.  The  MCEB  IPTP  may  grant  a  temporary  waiver  from  interoperability 
system  test  certification  -  an  lATO  -  in  special  situations  based  on 
justifiable  circumstances  and  impacts. 
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2.  Interoperability  Test  Certification  Process.  Interoperability  test 
certification  begins  during  requirements  development,  and  continues 
until  a  system  is  no  longer  in  the  inventory.  Figure  D-B-1  depicts  the 
role  of  various  elements  of  the  interoperability  test  certification  process. 
DISA  (JITC)  can  also  tailor  the  test  programs  of  nontraditional 
acquisitions  to  meet  interoperability  test  certification  requirements. 


Process 

a.  System  Tracking  Program.  Information  from  the  J-6 
interoperability  requirements  certification  is  used  as  an  input  to  the 
DISA  (JITC)  System  Tracking  Program  (STP).  The  STP  is  used  to 
schedule  and  track  tests  and  resources  required  for  interoperability 
system  test  certification.  Program  managers  and  organizations  with  a 
requirement  for  interoperability  system  test  certification  or  test  support 
should  contact  the  DISA  (JITC)  for  assistance.  Initial  STP  entries  should 
be  made  as  early  in  the  acquisition  process  as  possible.  The  STP 
program  uses  milestones  to  trigger  notification  to  appropriate  parties  of 
upcoming  certification  activities  or  missed  events. 
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b.  Interoperability  Test  Certification.  Interoperability  test  certification 
ensures  a  system  meets  user  interoperability  requirements. 

(1)  DISA  (JITC)  works  with  the  system  proponent  and  develops  an 
interoperability  certification  evaluation  plan  (ICEP)  that  makes  the  most 
efficient  use  of  resources.  This  ICEP  uses  existing  data  and  other  testing 
results  to  provide  the  requisite  information.  The  ICEP  outlines  how  the 
system  will  be  tested  against  the  requirements  in  the  ORD,  C4ISP,  and 
TEMP.  The  testing  is  conducted  during  DT8z;E,  OT&E,  and  various  joint 
exercises  and  deployments.  Whenever  possible,  testing  is  conducted  in 
Service  or  DISA  facilities  during  DT  or  OT  periods. 

(2)  DISA  (JITC)  evaluates  interoperability  in  the  most  operational 
realistic  environment  possible. 

(3)  When  DISA  (JITC)  is  not  the  interoperability  testing 
organization,  interoperability  test  plans,  analysis,  and  reports  will  be 
coordinated  with,  and  approved  by,  DISA  (JITC)  to  ensure  sufficient 
information  is  available  to  allow  a  certification  decision. 

(3)  Developmental  Testing  (DT) .  DISA  (JITC)  will  work  with  the 
program  management  office  through  the  C/S/A  to  determine  if  the 
system  conforms  to  applicable  standards.  Standards  conformance 
testing  of  a  system  to  a  profile  is  performed  under  the  direction  of  the 
PM,  usually  by  one  of  their  contractors  or  the  DISA  (JITC). 

(2)  Operational  Testing  (OT).  DISA  (JITC)  works  with  the  program 
management  office  through  the  C/S/A  to  ensure  Joint  interoperability 
testing  requirements  are  met  and  that  the  data  collected  is  adequate  for 
evaluating  interoperability  issues.  The  ICEP  is  normally  completed 
during  OT.  DISA  (JITC)  reports  any  interoperability  problems  in  the  use 
or  deployment  of  the  system  under  test. 

c.  Production  and  Fielding  Decision. 

(1)  DISA  (JITC)  provides  the  program  manager,  user  command, 
DOT&E,  and  J-6  an  interoperability  test  certification  memorandum  that 
can  be  used  as  input  into  the  production  and  fielding  decision. 
Interoperability  for  each  system  will  be  based  on  testing  the 
interoperability  KPP. 

(2)  The  interoperability  KPP  is  derived  from  the  set  of  top-level 
external  joint  and  combined  lERs  that  characterize  the  information 
exchanges  to  be  performed  by  the  proposed  system. 
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(3)  All  ORD  threshold  interoperability  KPPs  will  be  used  to 
develop  the  TEMP  measures  of  effectiveness. 

(4)  DISA  (JITC)  interoperability  test  certification  will  include  an 
evaluation  as  to  whether  the  system  is  ready  for  joint,  combined,  and 
coalition  use. 

d.  Life-cycle  Support 

(1)  DISA  (JITC)  assesses  systems  during  exercises  and  operational 
use  to  determine  if  changes  to  joint  NSS  and  ITS  architecture,  standards, 
operational  concepts,  or  procedures  have  affected  interoperability. 

(2)  In  addition,  DISA  (JITC)  documents  the  employment  of  NSS 
and  ITS  systems  that  deviate  from  the  MNS,  CRDs,  and  ORDs. 

(3)  Identified  deviations,  deficiencies,  and  uncertified  (never 
certified  or  expired  certification)  systems  are  tracked  and  reported  to  the 
Joint  Staff  J-6  for  appropriate  action. 

3.  Summary.  Interoperability  test  certification  of  joint,  combined,  and 
coalition  interoperability  is  a  complex  process  requiring  the  full 
cooperation  of  the  requirements  and  acquisition  community.  The  goal  is 
to  ensure  interoperability  in  the  intended  operational  environment.  This 
includes  established  interoperability  characteristics,  as  well  as  the  risks 
relating  to  the  use  of  untested  configurations.  The  interoperability  test 
certification  process  ensures  the  warfighter  has  an  effective  and 
integrated  array  of  systems  and  networks  that  will  meet  all  mission 
needs. 
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ENCLOSURE  E 

NSS  AND  ITS  SYSTEM  SPECIFIC  POLICIES 

1.  Purpose.  Identify  NSS  and  ITS  related  policies  that  impact  J-6 
certifications. 

2.  Policies.  Requirements  documents  (MNSs,  CRDs,  and  ORDs)  need  to 
address  the  NSS  and  ITS  related  policies  detailed  below. 

a.  Electromagnetic  Environmental  Effects  and  Spectrum  Management 
Policy 


(1)  All  NSS  and  ITS  systems  must  be  mutually  compatible  with 
other  systems  in  the  electromagnetic  environment  and  not  be  degraded 
below  operational  performance  requirements  due  to  electromagnetic 
environmental  effects  (reference  I). 

(2)  All  NSS  and  ITS  systems  must  comply  with  reference  k. 

(3)  All  proposed  NSS  and  ITS  systems  that  include  spectrum- 
dependent  hardware  must  document  spectrum  certification  of  the 
hardware  (reference  k). 

(4)  Commercial  and  nondevelopmental  items  must  also  comply 
with  the  aforementioned  policy  statements  (reference  k  and  I) . 

b.  Host-nation  Approval  (HNA) .  To  ensure  compatibility  as  well  as 
interoperability,  all  NSS  and  ITS  and  equipment  that  are  intended  for 
operation  in  host  nations  will  require  HNA  coordinated  by  the  MCEB  and 
the  appropriate  CINCs  prior  to  use.  Hardware  that  does  not  have  HNA 
can  be  confiscated  or  denied  operation  by  host  nations  (reference  I) . 

c.  Joint  Tactical  Radio  System  (JTRS).  All  future  requirements  for 
radio-based  communications  will  be  satisfied  by  inclusion  in  the  JTRS 
ORD  unless  a  waiver  is  granted  by  ASD  (C3I).  No  preplanned  product 
improvements  or  in-service  modifications  should  be  undertaken  that 
duplicate  JTRS  without  prior  approval  and  waiver  from  ASD  (C3I) 
(reference  m). 

d.  Selective  Availability  Anti-Spoofing  Module  (SAASM) .  All  systems 
that  include  NAVSTAR  GPS  and  PPS  will  develop  and  procure  only 
SAASM-based  equipment  after  1  October  2002  (reference  n). 

e.  Information  Assurance.  NSS  and  ITS,  including  commercial  and 
nondevelopmental  items,  must  comply  with  applicable  DOD  lA  policies 
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and  regulations.  This  includes  implementation  of  public  key  (PK)  when 
required  to  ensure  information  security  over  all  voice,  video,  and  data 
transmission.  Interconnection  of  systems  operating  at  different 
classification  levels  will  be  accomplished  by  processes  (e.g.,  SECRET  and 
Below  Interoperability  (SABI)  and  TOP  SECRET  and  Below 
Interoperability  (TSABI))  that  have  been  approved  by  the  DOD  chief 
information  officer  (CIO) .  lA  will  be  an  integral  part  of  all  interoperability 
efforts  thus  allowing  appropriate  security  measures  to  protect  mission 
data  and  system  resources  from  all  known  threats  (reference  o,  p,  and  q). 
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GLOSSARY 

PART  I-ABBREVIATIONS  AND  ACRONYMS 


ACAT 

ABT 

ADA 

AIS 

AoA 

AOC 

APB 

ASD(C3I) 

AWACS 


Acquisition  Category 
air-breathing  targets 
air  defense  artillery 
Automated  Information  System 
Analysis  of  Alternatives 
air  operations  center 
Acquisition  Program  Baseline 

Assistant  Secretary  of  Defense  (Command,  Control, 
Communications,  and  Intelligence) 

Airborne  Warning  and  Control  System 


Bde  Brigade 

Bn  Battalion 


C2 

C3I 

C4I 

C4ISP 

C4ISR 

CAE 

CD-ROM 

CFITS 

CID 

CINCs 

CIO 

CJCS 

CJCSI 

CJCSM 

CM 

CNO 

COE 

COEA 

COP 

COTS 

CRC 

CRD 


command  and  control 

command,  control,  communications,  and  intelligence 
command,  control,  communications,  computers,  and 
intelligence 

command,  control,  communications,  computers,  and 
intelligence  support  plan 

command,  control,  communications,  computers, 

intelligence,  surveillance,  and  reconnaissance 

component  acquisition  executive 

Compact  Disk-Read  Only  Memory 

Center  For  Information  Technology  Standards 

combat  identification 

commanders  of  combatant  commands 

Chief  Information  Officer 

Chairman  of  the  Joint  Chiefs  of  Staff 

Chairman  of  the  Joint  Chiefs  of  Staff  Instruction 

Chairman  of  the  Joint  Chiefs  of  Staff  Manual 

configuration  management 

Chief  of  Naval  Operations 

common  operational  environment 

cost  and  operational  effectiveness  analysis 

common  operational  picture 

commercial-off-the-shelf 

control  reporting  center 

Capstone  requirements  document 
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C/S/As 

commanders  of  combatant  commands 
/  Services/ agencies 

DAA 

Designated  Accreditation  Authority 

DAB 

Defense  Acquisition  Board 

DIA 

Defense  Intelligence  Agency 

DII 

Defense  Information  Infrastructure 

DISA 

Defense  Information  System  Agency 

DISA  (CFITS) 

Defense  Information  System  Agency,  Center  for 
Information  Technology  Standards 

DISA  (JITC) 

Defense  Information  System  Agency, 

DISA  (CFITS) 

Defense  Information  System  Agency, 

DISN 

Defense  Information  System  Network 

DMS 

Defense  Message  System 

DOD 

Department  of  Defense 

DODD 

Department  of  Defense  Directive 

DODIIS 

DOD  Intelligence  Information  System 

DOT&E 

Director,  Operational  Test  and  Evaluation 

DP 

data  system  interoperability  panel 

DRSN 

Defense  Red  Switch  Network 

DSN 

Defense  Switched  Network 

DT 

developmental  testing 

DT&E 

development  testing  and  evaluation 

DT/OT 

developmental  testing  and  operational  testing 

E3 

electromagnetic  environmental  effects 

ELP 

estimated  launch  point 

EMC 

electromagnetic  compatibility 

EW 

electronic  warfare 

FoS 

family  of  systems 

FR 

foreign  releasable 

FY 

fiscal  year 

GCCS 

Global  Command  and  Control  System 

GCSS 

Global  Combat  Support  System 

GIG 

global  information  grid 

GIP 

ground  intercept  point 

GPS 

global  positioning  system 

HERO 

hazards  of  electromagnetic  radiation  to  ordnance 
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HNA 


lA 

lAP 

lATO 

lAW 

IBS 

ICEP 

lER 

INFOSEC 

lO 

IOC 

ITMRA 

ITS 

IPTP 


JCAPS 

JCPAT 

JITC 

JMETL 

JOA 

JROC 

JROCM 

JSC 

JTA 

JTRS 


KPP 


LOB 

L/L 

LOS 


MAA 

MAIS 

MASINT 

MCEB 

MDA 

MDAP 


host-nation  approval 


information  assurance 

information  assurance  panel 

interim  authority  to  operate 

in  accordance  with 

integrated  broadcast  system 

interoperability  certification  evaluation  plan 

information  exchange  requirement 

information  security 

information  operations 

initial  operational  capability 

Information  Technology  Management  Reform  Act  of 
1966  (Clinger  Cohen  Act) 
information  technology  systems 
interoperability  policy  and  test  panel 


joint  C4ISR  architecture  planning  and  analysis  system 

joint  C4I  program  assessment  tool 

Joint  Interoperability  Test  Command 

joint  mission  essential  task  list 

joint  operations  area 

Joint  Requirements  Oversight  Council 

JROC  memorandum 

joint  spectrum  center 

joint  technical  architecture 

joint  tactical  radio  system 


key  performance  parameters 


line  of  bearing 
longitude/latitude 
line  of  sight 


mission  area  analysis 
major  automated  information  system 
measurement  and  signature  intelligence 
Military  Communications-Electronics  Board 
milestone  decision  authority 
Major  Defense  Acquisition  Program 
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MEADS 

MIB 

MNS 


Medium  Extended  Air  Defense  System 
military  intelligence  board 
mission  need  statement 


NATO 

NCA 

NCBTS 

NETWARS 

NIMA 

NIPRNET 

NITF 

NSA 

NSS 


North  Atlantic  Treaty  Organization 
National  Command  Authorities 
noncombatants 
Network  warfare  simulation 
National  Imagery  and  Mapping  Agency 
Unclassified  but  Sensitive  Internet  Protocol 
Router  Network 

national  imagery  transmission  format 
National  Security  Agency 
national  security  systems 


O 

ORD 

OSD 

OT 

OT&E 

OV-1 

OV-3 


objective 

operational  requirements  document 
Office  of  the  Secretary  of  Defense 
operational  testing 
Operational  Test  and  Evaluation 
high-level  operational  concept  graphics 
operational  information  exchange  matrix 


PK 

PKI 

PM 

PPS 

POC 

POM 

PSA 


public  key 

public  key  infrastructure 
program  manager 
precise  positioning  service 
point  of  contact 

program  objective  memorandum 
principal  staff  assistant 


R&D 

RAD 

RAM 

RDT&E 

ROE 


research  and  development 
Requirements  and  Acquisition  Division 
random-access  memory 
research,  development,  test,  and  evaluation 
rules  of  engagement 


S 

SAASM 

SABI 

SAMP 


SECRET 

selective  availability  anti-spoofing  module 
SECRET  and  Below  Interoperability 
system  acquisition  master  plan 
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SATCOM 

see 

sei 

SIGINT 

SIPRNET 

SoS 

STAR 

STP 

STT 

SV-1 

SWARF 


T 

TADIL 

TAMD 

TAOM 

TBM 

TEMP 

TOG 

THAAD 

TRADOG 

TRM 

TS 

TSABI 

TV 


U 

UAV 

UJTL 

USA 

USAF 

USGENTGOM 
USEUGOM 
USD  AT&L) 

USIGS 

USJFGOM 

USMG 

USMS 

USMTF 

USN 

USPAGOM 

USSID 

USSOGOM 
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satellite  communications 
Standards  Goordination  Gommittee 
sensitive  compartmentalized  information 
signals  intelligence 

SEGRET  Internet  Protocol  Router  Network 
system  of  systems 
system  threat  acquisition  report 
system  tracking  program 
strategy-to-task 

high-level  system  interface  description 
senior  warfighting  forum 


threshold 

tactical  digital  information  link 

theater,  air,  and  missile  defense 

tactical  air  operations  module 

theater  ballistic  missile 

test  and  evaluation  master  plan 

tactical  operations  center 

theater  high  altitude  area  defense 

Training  and  Doctrine  Gommand  (US  Army) 

technical  reference  model 

TOP  SEGRET 

TOP  SEGRET  and  Below  Interoperability 
technical  view 


unclassified 

unmanned  aerial  vehicles 
universal  joint  task  list 
United  States  Army 
United  States  Air  Force 
United  States  Gentral  Gommand 
United  States  European  Gommand 
Under  Secretary  of  Defense  (Acquisition,  Technology, 
and  Logistics) 

United  States  Imagery  and  Geospatial  System 

United  States  Joint  Forces  Gommand 

United  States  Marine  Gorps 

United  States  MASINT  System 

United  States  Message  Text  Format 

United  States  Navy 

United  States  Pacific  Gommand 

United  States  Signals  Intelligence  Directive 

United  States  Special  Operations  Gommand 
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USSOUTHCOM 

USSPACECOM 

USSTRATCOM 

USTRANSCOM 


United  States  Southern  Command 
United  States  Space  Command 
United  States  Strategic  Command 
United  States  Transportation  Command 


PART  II-DEFINITIONS 

accreditation.  The  process  by  which  a  NSS  and  ITS  is  evaluated  for 
meeting  security  requirements  to  maintain  the  security  of  both  the 
information  and  the  information  systems.  A  designated  accreditation 
authority  (DAA)  is  named  for  each  system.  Co-DAAs  will  accredit  NSS 
and  ITS  in  certain  cases  involving  interoperability  or  integration  of 
multiple  systems. 

Acquisition  Category  (AC AT).  Categories  established  to  facilitate 
decentralized  decision  making  as  well  as  execution  and  compliance  with 
statutorily  imposed  requirements.  The  categories  determine  the  level  of 
review,  decision  authority,  and  applicable  procedures.  DOD  5000. 2-R, 
part  1 ,  provides  the  specific  definition  for  each  acquisition  category 
(AC AT  I  through  III). 

ACAT  I.  A  major  defense  acquisition  program  (MDAP)  subject  to 
Defense  Acquisition  Board  oversight  and  estimated  by  the  USD  (AT&L)  to 
require  an  eventual  total  expenditure  of  more  than  $355  million  in 
RDT&E  funds,  or  $2,135  billion  in  procurement  funds  measured  in 
FY  1996  constant  dollars. 

ACAT  lA.  A  major  automated  information  system  (MAIS) 
acquisition  program  that  is  estimated  to  require  program  costs  in  any 
single  year  in  excess  of  $30  million,  total  program  costs  in  excess  of  $120 
million,  or  total  life-cycle  costs  in  excess  of  $360  million  (FY  1996 
constant  dollars). 

ACAT  lAC.  A  major  automated  information  system  acquisition 
program  for  which  the  DOD  chief  information  officer  (CIO)  has  delegated 
milestone  decision  authority  (MDA)  to  the  component  acquisition 
executive  (CAE)  or  component  CIO.  The  "C"  (in  ACAT  lAC)  refers  to 
component. 

ACAT  lAM.  A  major  automated  information  system  (MAIS) 
acquisition  program  for  which  the  MDA  is  the  DOD  CIO. 

ACAT  IC.  A  major  defense  acquisition  program  subject  for  which 
the  MDA  is  the  DOD  component  head,  or  if  delegated,  the  DOD 
component  acquisition  executive  (CAE).  The  "C"  refers  to  component. 
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AC  AT  ID.  MDAP  for  which  the  MDA  is  USD  (AT&L).  The  "D"  refers 
to  the  Defense  Acquisition  Board  (DAB),  which  advises  the  USD(AT&L)  at 
major  decision  points. 

administrative  comments.  Administrative  comments  to  correct  what 
appear  to  be  typographical  or  grammatical  errors. 

architecture.  The  structure,  relationships,  principles,  and  guidelines 
that  governs  component  design  and  evolution. 

Automated  Information  Systems  (AISs).  An  assembly  of  computer 
hardware,  software,  firmware,  or  any  combination  of  these,  configured  to 
accomplish  specific  information-handling  operations,  such  as 
communication,  computation,  dissemination,  processing,  and  storage  of 
information.  In  INFOSEC,  any  equipment  or  interconnected  system  or 
subsystems  of  equipment  that  is  used  in  the  automatic  acquisition, 
storage,  manipulation,  management,  movement,  control,  display, 
switching,  interchange,  transmission  or  reception  of  data  and  includes 
computer  software,  firmware,  and  hardware.  Included  are  computers, 
word  processing  systems,  networks,  or  other  electronic  information 
handling  systems,  and  associated  equipment. 

certification.  All  NSS  and  ITS  must  be  certified  as  interoperable  with 
other  NSS  and  ITS  with  which  they  have  a  requirement  to  exchange 
information.  This  certification  process  consists  of  three  forms  of 
capability  confirmation  —  first,  one  that  addresses  system 
interoperability  requirements;  second,  one  that  addresses  supportability; 
and  third,  one  that  addresses  total  life-cycle  oversight  of  warfighter 
interoperability  requirements.  Figure  1  illustrates  the  two  J-6 
certifications  and  one  validation  discussed  below. 

(1)  J-6  Interoperability  Requirements  Certification.  This 
certification  occurs  prior  to  each  acquisition  milestone  (0,  I,  II,  III).  The 
J-6  certifies  MNSs,  CRDs,  and  ORDs,  regardless  of  ACAT  level,  for 
conformance  with  joint  NSS  and  ITS  policy  and  doctrine  and 
interoperability  standards.  As  part  of  the  review  process,  J-6  requests 
assessments  from  the  Services,  DISA,  and  DOD  agencies. 

(2)  J-6  Supportability  Certification.  The  J-6  certifies  to  ASD  (C3I) 
that  C4ISPs,  regardless  of  ACAT,  adequately  address  NSS  and  ITS 
infrastructure  requirements,  the  availability  of  bandwidth  and  spectrum 
support,  funding,  personnel,  and  identify  dependencies  and  interface 
requirements  between  systems.  As  part  of  the  review  process,  J-6 
requests  supportability  assessments  from  DISA  and  DOD  agencies.  J-6 
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conducts  a  supportability  certification  for  C4ISPs  prior  to  milestone  I,  II, 
and  III  for  submission  to  ASD  (C3I)  as  part  of  the  C4ISP  review  process. 

(3)  J-6  Interoperability  System  Validation.  The  J-6  validation  is 
intended  to  provide  total  life-cycle  oversight  of  warfighter  interoperability 
requirements.  The  J-6  validates  that  the  interoperability  KPP  derived 
from  the  set  of  top-level  information  exchange  requirements  (lERs) 
approved  in  the  CRD  (if  applicable),  ORD,  and  C4ISP  was  adequately 
tested  during  the  DISA  (JITC)  interoperability  test  certification. 

C4I  Support  Plans.  The  purpose  of  the  C4ISP  is  to  provide  a  window  into 
a  specific  system  development  program  through  which  can  be  seen  any 
shortfalls  in  the  intelligence  support,  NSS  and  ITS  required  for  each 
phase  of  the  system’s  life  cycle. 

Capstone  Requirements  Document  (CRD) .  A  document  that  contains 
capabilities-based  requirements  that  facilitates  the  development  of 
individual  ORDs  by  providing  a  common  framework  and  operational 
concept  to  guide  their  development.  It  is  an  oversight  tool  for 
overarching  requirements  for  a  system-of-systems  or  family-of-systems. 

coalition  interface.  Any  interface  that  passes  information  between  one  or 
more  US  NSS  and  ITS  and  one  or  more  coalition  partner  NSS  and  ITS. 

combined  interface.  Any  interface  that  passes  information  between  one 
or  more  US  NSS  and  ITS  and  one  or  more  allied  NSS  and  ITS. 

computer  resources.  Components  physically  part  of,  dedicated  to,  or 
essential  in  real  time  to  mission  performance;  used  for  weapon  system 
specialized  training,  simulation,  diagnostic  test  and  maintenance  or 
calibration;  or  used  for  research  and  development  of  weapon  systems. 

critical  comments.  Critical  comments  will  cause  nonconcurrence  in  a 
document  if  comments  are  not  satisfactorily  resolved. 

Defense  Information  Infrastructure.  The  DII  is  the  web  of 
communications  networks,  computers,  software,  databases,  applications, 
weapon  system  interfaces,  data,  security  services,  and  other  services  that 
meet  the  information  processing  and  transport  needs  of  DOD  users 
across  the  range  of  military  operations.  It  encompasses; 

(1)  Sustaining  base,  tactical,  NSS,  and  ITS. 

(2)  Physical  facilities  used  to  collect,  distribute,  store,  process,  and 
display  voice,  data,  and  imagery. 
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(3)  Applications  and  data  engineering  tools,  methods,  and 
processes  to  build  and  maintain  the  software  that  allow  command  and 
control  (C2),  intelligence,  surveillance,  reconnaissance,  and  mission 
support  users  to  access  and  manipulate,  organize,  and  digest 
proliferating  quantities  of  information. 

(4)  Standards  and  protocols  that  facilitate  interconnection  and 
interoperation  among  networks. 

(5)  People  and  assets,  which  provide  the  integrating  design, 
management  and  operation  of  the  DII,  develop  the  applications  and 
services,  construct  the  facilities,  and  train  others  in  DII  capabilities  and 
use. 

electromagnetic  compatibility  (EMC).  The  ability  of  systems,  equipment, 
and  devices  that  use  the  electromagnetic  spectrum  to  operate  in  their 
intended  operational  environments  without  suffering  unacceptable 
degradation  or  causing  unintentional  degradation  because  of 
electromagnetic  radiation  response.  It  evolves  the  application  of  sound 
electromagnetic  spectrum  management;  system,  equipment,  and  device 
design  configuration  that  ensures  interference-free  operation;  and  clear 
concepts  and  doctrines  that  maximize  operational  effectiveness. 

electromagnetic  environmental  effects  (E3).  E3  is  the  impact  of  the 
electromagnetic  environment  upon  the  operational  capability  of  military 
forces,  equipment,  systems,  and  platforms.  It  encompasses  all 
electromagnetic  disciplines,  including  compatibility,  interference; 
vulnerability,  pulse;  protection;  hazards  of  radiation  to  personnel, 
ordnance,  and  volatile  materials;  and  natural  phenomena  effects,  of 
lightning  and  p-static. 

family-of-systems .  A  set  or  arrangement  of  independent  systems  that 
can  be  arranged  or  interconnected  in  various  ways  to  provide  different 
capabilities.  The  mix  of  systems  can  be  tailored  to  provide  desired 
capabilities  dependent  on  the  situation. 

global  information  grid  (GIG).  The  globally  interconnected,  end-to-end 
set  of  information  capabilities  associated  processes  and  personnel  for 
collecting,  processing,  storing,  disseminating,  and  managing  information 
on  demand  to  warfighters,  policy  makers,  and  support  personnel.  The 
GIG  includes  all  owned  and  leased  communications  and  computing 
systems  and  services,  software  (including  applications),  data,  security 
services  and  other  associated  services  necessary  to  achieve  information 
superiority.  It  also  includes  National  Security  Systems  as  defined  in 
section  5142  of  the  Clinger-Cohen  Act  of  1996.  The  GIG  supports  all 
Department  of  Defense,  National  Security  Systems,  and  related 


GL-9 


Glossary 


CJCSI  6212.01B 
8  May  2000 

Intelligence  Community  missions  and  functions  (strategic,  operational, 
tactical  and  business),  in  war  and  in  peace.  The  GIG  provides 
capabilities  from  all  operating  locations  (bases,  posts,  camps,  stations, 
facilities,  mobile  platforms  and  deployed  sites).  The  GIG  provides 
interfaces  to  coalition,  allied,  and  non-DOD  users  and  systems. 

information  assurance  (lA).  Information  operations  that  protect  and 
defend  information  and  information  systems  by  ensuring  their 
availability,  integrity,  authentication,  confidentiality,  and  non¬ 
repudiation. 

information  exchange  requirements.  Information  exchange  requirements 
(lERs)  characterize  the  information  exchanges  to  be  performed  by  the 
proposed  family-of-systems  (FoS),  system-of-systems  (SoS),  or  system.  For 
GRDs,  top-level  IFRs  are  defined  as  those  information  exchanges  that  are 
between  systems  that  make  up  the  FoS  or  SoS,  as  well  as  those  that  are 
external  to  the  FoS  or  SoS  (i.e.,  with  other  C/S/A,  allied,  and  coalition 
systems).  For  ORDs,  top-level  IFRS  are  defined  as  those  information 
exchanges  that  are  external  to  the  system  (i.e.,  with  other  C/S/A,  allied 
and  coalition  systems) .  IFRs  identify  who  exchanges  what  information 
with  whom,  why  the  information  is  necessary,  and  how  the  information 
exchange  must  occur.  Top-level  IFRs  identify  warfighter  information  used 
in  support  of  a  particular  mission-related  task  and  exchanged  between  at 
least  two  operational  systems  supporting  a  joint  or  combined  mission.  The 
quality  (i.e.,  frequency,  timeliness,  security)  and  quantity  (i.e.,  volume, 
speed,  and  type  of  information  such  as  data,  voice,  and  video)  are 
attributes  of  the  information  exchange  included  in  the  information 
exchange  requirement. 

information  technology  system  (ITS) .  Any  equipment  or  interconnected 
system  or  subsystem  of  equipment,  that  is  used  in  the  automatic 
acquisition,  storage,  manipulation,  management,  movement,  control, 
display,  switching,  interchange,  transmission,  or  reception  of  data  or 
information.  Information  technology  includes  computers,  ancillary 
equipment,  software,  firmware,  and  similar  procedures,  services 
(including  support  services),  and  related  resources.  Information 
technology  does  not  include  any  equipment  that  is  acquired  by  a  Federal 
contractor  incidental  to  a  Federal  contract. 

intelligence  certification.  Gonfirmation  by  DIA  of  the  availability, 
suitability,  and  sufficiency  of  intelligence  to  support  a  system  or 
program.  Intelligence  certification  also  provides:  (1)  an  assessment  of 
the  impact  of  a  system  or  program  on  joint  intelligence  strategy,  policy, 
architectural  planning,  and  needs  of  the  warfighter  and  (2)  an  evaluation 
of  open  systems  architectures,  interoperability,  and  compatibility  for 
intelligence  handling  and  intelligence-related  information  systems.  This 
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certification  will  occur  as  a  prerequisite  for  the  system  acquisition 
process  and  at  each  acquisition  milestones. 

interim  authority  to  operate  (lATO) .  Authority  to  field  new  systems  or 
capabilities  for  a  limited  time,  with  a  limited  number  of  platforms  to 
support  developmental  efforts,  demonstrations,  exercises,  or  operational 
use.  The  decision  to  grant  an  lATO  will  be  made  by  the  MCEB 
Interoperability  Policy  and  Test  Panel  based  on  the  sponsoring 
component’s  initial  laboratory  test  results  and  the  assessed  impact,  if 
any,  on  the  operational  networks  to  be  employed. 

interoperability.  (1)  The  ability  of  systems,  units,  or  forces  to  provide 
services  to  and  accept  services  from  other  systems,  units,  or  forces  and 
to  use  the  services  so  exchanged  to  enable  them  to  operate  effectively 
together,  and  (2)  The  condition  achieved  among  communications- 
electronics  systems  or  items  of  communications-electronics  equipment 
when  information  or  services  can  be  exchanged  directly  and  satisfactorily 
between  them  or  their  users.  The  degree  of  interoperability  should  be 
defined  when  referring  to  specific  cases.  For  the  purposes  of  this 
instruction,  the  degree  of  interoperability  will  be  determined  by  the 
accomplishment  of  the  proposed  lER  fields. 

Joint  C4ISR  Architecture  Planning /Analysis  System  (JCAPS).  DOD- 
approved  static  architecture  tool  for  manipulating  and  conducting 
analysis  of  operational  and  systems  architectures. 

joint  interface.  A  NSS  and  ITS  interface  that  passes  or  is  used  to  pass 
information  between  systems  and  equipment  operated  by  two  or  more 
combatant  commands.  Services,  or  agencies  (C/S/As). 

Joint  Technical  Architecture.  The  DOD  joint  technical  architecture  (JTA) 
provides  DOD  systems  with  the  basis  for  the  needed  seamless 
interoperability.  The  JTA  defines  the  service  areas,  interfaces,  and 
standards  (JTA  elements)  applicable  to  all  DOD  systems,  and  its 
adoption  is  mandated  for  the  management,  development,  and  acquisition 
of  new  or  improved  systems  throughout  DOD.  The  JTA  is  structured  into 
service  areas  based  on  the  DOD  technical  reference  model  (TRM) .  The 
DOD  TRM  was  developed  to  show  which  interfaces  and  content  needed  to 
be  identified.  The  two  main  parts  of  the  JTA  are  the  core  and  annexes. 
The  JTA  core  contains  the  minimum  set  of  JTA  elements  applicable  to  all 
DOD  systems  to  support  interoperability. 

JROC  special  interest.  Programs  identified  by  the  JROC  Secretary  as 
being  of  interest  to  the  JROC  for  oversight  even  though  they  do  not  meet 
the  AC  AT  I  cost  thresholds  or  have  been  designated  as  AC  AT  ID. 
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key  performance  parameters  (KPPs) .  Those  capabilities  or  characteristics 
considered  essential  for  successful  mission  accomplishment.  Failure  to 
meet  an  ORD  KPP  threshold  can  be  cause  for  the  concept  or  system 
selection  to  be  reevaluated  or  the  program  to  be  reassessed  or 
terminated.  Failure  to  meet  a  CRD  KPP  threshold  can  be  cause  for  the 
family-of-systems  or  system-of-systems  concept  to  be  reassessed  or  the 
contributions  of  the  individual  systems  to  be  reassessed.  KPPs  are 
validated  by  the  JROC.  ORD  KPPs  are  included  in  the  acquisition 
program  baseline. 

milestone  decision  authority.  The  individual  designated  in  accordance 
with  criteria  established  by  the  USD  (AT&L),  or  by  the  ASD  (C3I)  for  AIS 
acquisition  programs,  to  approve  entry  of  an  acquisition  program  into  the 
next  phase. 

milestones.  Major  decision  points  that  separate  the  phases  of  an 
acquisition  program. 

mission  need.  A  deficiency  in  current  capabilities  or  an  opportunity  to 
provide  new  capabilities  (or  enhance  existing  capabilities)  through  the 
use  of  new  technologies.  They  are  expressed  in  broad  operational  terms 
by  the  DOD  components. 

mission  need  statement  (MNS).  A  formatted  non-system-specific 
statement  containing  operational  capability  needs  and  written  in  broad 
operational  terms.  It  describes  required  operational  capabilities  and 
constraints  to  be  studied  during  the  concept  exploration  and  definition 
phase. 

National  Security  Systems  (NSS).  Telecommunications  and  information 
systems  operated  by  the  Department  of  Defense  —  the  functions, 
operation,  or  use  of  which  (1)  involves  intelligence  activities;  (2)  involves 
cryptologic  activities  related  to  national  security;  (3)  involves  the 
command  and  control  of  military  forces;  (4)  involves  equipment  that  is  an 
integral  part  of  a  weapon  or  weapons  systems;  or  (5)  is  critical  to  the 
direct  fulfillment  of  military  or  intelligence  missions.  Subsection  (5)  in 
the  preceding  sentence  does  not  include  procurement  of  automatic  data 
processing  equipment  or  services  to  be  used  for  routine  administrative 
and  business  applications  (including  payroll,  finance,  logistics,  and 
personnel  management  applications). 

network  warfare  simulation  (NETWARS) .  The  standard  DOD  approved 
communications  simulation  tool.  CINCs,  Services  and  agencies  use 
NETWARS  for  all  communications  modeling  purposes. 


GL-12 


Glossary 


CJCSI  6212.01B 
8  May  2000 

operational  requirements  document  (ORD).  A  formatted  statement- 
containing  performance  and  related  operational  parameters  for  the 
proposed  concept  or  system.  Prepared  by  the  user  or  user’s 
representative  at  each  milestone  beginning  with  milestone  1. 

originator.  A  DOD  component  or  operational  command  that  initiates  a 
MNS.  The  originator  may  or  may  not  be  the  sponsor. 

procedural  interface.  The  methods  and  procedures  employed  to  establish 
an  interconnection  within  and  between  systems  or  equipment  and  to 
transfer  information  within  or  between  systems  or  equipment. 

requirement.  The  need  of  an  operational  user,  initially  expressed  in 
broad  operational  capability  terms  in  the  format  of  a  MNS.  It 
progressively  evolves  to  system-specific  performance  requirements  in  the 
ORD. 

seamless  NSS  and  ITS  environment.  An  electronic  environment  that 
allows  data  to  be  accessed  by  the  warfighter  without  regard  to  physical  or 
electronic  boundaries. 

Service  deployment  plans  and  fielding  plans.  Plans  that  describe  the 
evolution  from  current  capabilities  to  the  full  operational  capability  for 
new  or  modified  NSS  and  ITS.  Included  are  fielding  schedules,  plans, 
locations,  and  associated  time-phased  interoperability  capabilities  and 
requirements  with  current  and  planned  systems  of  other  DOD 
components  or  allies. 

spectrum  certification.  The  process  by  which  development  or 
procurement  of  communication-electronics  systems,  including  all 
systems  employing  satellite  techniques,  will  be  reviewed  and  certified  for 
system  compliance  with  spectrum  management  policy,  allocations, 
regulations,  and  technical  standards  to  ensure  that  radio  frequency 
spectrum  is  available.  Additionally,  the  predicted  degree  of 
electromagnetic  compatibility  between  the  proposed  system  and  other 
spectrum-dependent  systems;  and  the  possible  need  for  and  evaluation 
of  the  results  of  prototype  electromagnetic  compatibility  testing  will  be 
determined. 

spectrum  management.  Planning,  coordinating,  and  managing  joint  use 
of  the  electromagnetic  spectrum  through  operational,  engineering,  and 
administrative  procedures,  with  the  objective  of  enabling  electronic 
systems  to  perform  their  functions  in  the  intended  environment  without 
causing  or  suffering  unacceptable  interference. 
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standardization  approach.  A  statement (s),  which  demonstrates  a 
commitment  to  use  DOD,  approved  standards.  For  example,  “The 
system  must  comply  with  applicable  information  technology  standards 
contained  in  the  DOD  Joint  Technical  Architecture  (JTA)  current 
version.” 

standards.  Standards  as  referenced  in  this  instruction  are  information 
technology  system  (ITS)  standards.  ITS  standards  include  software  and 
hardware  standards  for  intelligence  collection,  data  and  information 
processing,  information  transfer,  and  information  presentation/ 
dissemination.  ITS  standards  provide  technical  definitions  for 
information  system  processes,  procedures,  practices,  operations, 
services,  interfaces,  connectivity,  interoperability,  information  formats, 
information  content,  interchange,  and  transmission  or  transfer.  ITS 
standards  apply  during  the  development,  testing,  fielding,  enhancement, 
and  life-cycle  maintenance  of  DOD  information  systems.  ITS  standards 
include  trade  association  standards  (e.g.,  IEEE  standards),  non¬ 
government  national  or  international  standards.  Federal  standards, 
military  standards,  and  multinational  treaty  organization  standardization 
agreements.  They  may  take  numerous  forms  including  standards, 
handbooks,  manuals,  specifications,  commercial  item  descriptions,  and 
standardized  drawings,  all  referred  to  collectively  here  as  standards. 

substantive  comment.  Substantive  comments  are  provided  because 
sections  in  the  document  appear  to  be  or  are  potentially  unnecessary, 
incorrect,  incomplete,  misleading,  confusing,  or  inconsistent  with  other 
sections. 
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